Editor und Widgets für Portale

Der Portal-Editor kombiniert ein navigierbares Dateirepository mit einem visuellen Composer. Beide Modi arbeiten mit demselben Entwurf: Visuelle Änderungen aktualisieren die Quellen, und direkt im Code bearbeitete Teile werden beibehalten.

Beim Start öffnet der Editor die erste verfügbare Seite im visuellen Modus. Enthält das Portal keine Seiten, öffnet er stattdessen portal.json im Code-Modus.

Die Editor-Oberfläche folgt sofort dem in Sybot gewählten hellen oder dunklen Theme. Werkzeugleiste, Panels, Inspektor und Dialoge wechseln die Farbpalette ohne Neuladen; Canvas und Portal-Widgets behalten das für den veröffentlichten Inhalt festgelegte Theme und ihre eigenen Stile.

Die Umschalter Code und Visuell befinden sich zwischen dem Portalnamen und dem Speicherstatus. Widget-Hilfe steht in der Aktionsleiste vor Exportieren. Auf schmalen Viewports bleibt die Zeile einzeilig: Die Beschriftungen verschwinden schrittweise von rechts nach links, während Symbole mit Tooltips und barrierefreien Namen sichtbar bleiben. Die Hilfe zum Ziehen und Ändern der Größe bleibt ohne die frühere Übersicht der Tastenkürzel in der Canvas-Leiste sichtbar.

Auf der linken Seite öffnet die Activity Bar abwechselnd Widget hinzufügen, Seiten, Bilder, Explorer, Diagnose und Probleme und Portal-Eigenschaften. Das Eigenschaften-Symbol befindet sich am unteren Ende der Leiste. Es ist jeweils nur ein Panel sichtbar; ein erneuter Klick auf das aktive Symbol schließt es. Im visuellen Modus bleibt der Inspektor fest auf der rechten Seite. Der Editor merkt sich während der Sitzung das geöffnete Panel und die gewählte Breite der linken Spalte.

Widget hinzufügen zeigt zunächst die Kategorien mit Elementanzahl und Chevron. Wählen Sie eine Kategorie aus, um ihre Karten aufzuklappen; Business Intelligence enthält separat Power BI-Bericht und Qlik-Dashboard. Widget suchen filtert Namen, Kategorien und technische Schlüssel in Echtzeit und öffnet automatisch Gruppen mit Treffern.

Das Panel Seiten hält Seite hinzufügen oben und listet darunter alle Portal-Seiten auf. Die aktive Seite ist hervorgehoben; lange Namen werden gekürzt, ohne das Layout zu beeinträchtigen, und der vollständige Name bleibt beim Überfahren sichtbar. Die Auswahl öffnet die Seite direkt auf der Canvas. Der Wechsel zu Widgets, Explorer oder Problemen ändert die aktuelle Seite nicht. Seite hinzufügen fragt nach einem Namen, erstellt und speichert das Ausgangsdokument asynchron unter pages/ und öffnet es anschließend auf der Canvas.

Das Panel Bilder enthält den Link zum gemeinsamen Katalog, den Upload vom Computer und die bereits im Portal gespeicherten Bilder. Jedes Bild zeigt eine Vorschau und den Dateinamen und kann nach Bestätigung gelöscht werden; das Raster wird ohne Neuladen des Editors aktualisiert.

Auf der Canvas wird jedes Widget als kompakte Karte dargestellt, die Symbol, Name, Typ, Rastergröße und Sichtbarkeit auf Desktop, Tablet und Smartphone zeigt. Die Karte übernimmt konfigurierte Farben, Hintergrund und Typografie; lange Texte werden gekürzt, ohne die Steuerelemente zum Verschieben und Skalieren zu verdecken. Testen Sie den vollständigen Inhalt und das Verhalten über Vorschau.

Widget duplizieren erstellt eine unabhängige Instanz auf derselben oder einer anderen Seite. Bei einem benutzerdefinierten Widget werden auch alle Komponentendateien und ungespeicherten Quellcodeänderungen mit einem neuen Komponentenschlüssel kopiert. Konfiguration, Bindungen, Stil und externe Zuordnungen bleiben erhalten; Änderungen oder das Löschen der Kopie wirken sich nicht auf das Original aus. Die Kopie bleibt lokal, behält den Modus sandboxed/trusted und übernimmt keine Verknüpfung zur signierten Katalogversion; zum Teilen muss sie ausdrücklich im Katalog gespeichert werden. Komponente und Seite werden gemeinsam gespeichert: Bei einem Fehler wird die Duplizierung zurückgenommen. Bestehende Instanzen, die eine Komponente gemeinsam verwenden, behalten diese gemeinsame Nutzung bei.

Jede lokale Kopie kann in beliebiger Reihenfolge als eigenes Paket ab v1 im Katalog gespeichert werden. Die Schaltfläche verschwindet nur für die bereits verknüpfte Komponente und bleibt für nicht verknüpfte Kopien verfügbar. Bei gleichen Namen ergänzt der Server einen Namenszusatz und aktualisiert Namen und Manifest im Editor. Zusätzliche Dateien bleiben erhalten. Der Katalog für benutzerdefinierte Widgets zeigt ausschließlich ausdrücklich im Katalog gespeicherte Pakete. Lokale Komponenten und noch nicht gespeicherte Kopien erzeugen keine Katalogkarten. Sie bleiben im Canvas und Explorer verfügbar.

Zum Löschen eines Widgets Widget löschen im Inspector wählen oder Entf bzw. Rücktaste außerhalb eines Eingabefelds drücken. Nach Bestätigung wird nur die ausgewählte Instanz von dieser Seite entfernt. Solange andere Instanzen die Komponente verwenden, auch auf anderen Seiten, bleiben Quelldateien und Katalogzuordnung unverändert. Beim Entfernen der letzten Instanz einer im Katalog gespeicherten Komponente werden ihre lokalen Quellen entfernt und das Paket atomar getrennt. Das Widget bleibt unter Nicht verwendete Objekte zum erneuten Einfügen verfügbar. Der ausdrückliche Explorer-Befehl löscht die gesamte Komponente und alle Seitenverweise.

Code-Modus

Der Modus Code zeigt:

• Explorer, um Dateien zu suchen, zu erstellen, umzubenennen und zu organisieren;
• Bild hochladen, um PNG-, JPEG-, GIF- oder WebP-Assets im Repository hinzuzufügen;
• Tabs für geöffnete Dateien;
• Editor mit Hervorhebung für JSON, HTML, CSS und JavaScript;
• Status des Speicherns und die aktuelle Versionsnummer;
• das Probleme-Panel mit Fehlern und korrigierbaren Hinweisen.

Im Explorer lässt sich mit dem Pfeil neben jedem Verzeichnis gezielt nur dieser Zweig ein- oder ausklappen. Der Zustand der Verzeichnisse bleibt während der Bearbeitungssitzung erhalten; bei einer Suche werden die für Treffer benötigten Zweige vorübergehend aufgeklappt.

Änderungen werden asynchron gespeichert. Wenn der Entwurf von einer anderen Sitzung aktualisiert wurde, unterbricht der Editor das Speichern und meldet den Konflikt: Laden Sie die aktuelle Version neu, bevor Sie mit der Arbeit fortfahren.

Wenn Sie den Editor schließen oder verlassen, wird die Bearbeitungssitzung sofort freigegeben. Ein anderer Benutzer kann dasselbe Portal anschließend bearbeiten, ohne auf den automatischen Ablauf der vorherigen Sitzung zu warten.

Verwenden Sie Checkpoint, um eine unveränderliche und nachvollziehbare Version des Entwurfs festzuhalten. Ein Checkpoint veröffentlicht das Portal nicht.

Wenn Sie eine Datei öffnen, die kein Seiten-Artefakt darstellt – zum Beispiel portal.json, eine Data Resource, ein CSS oder eine Komponenten-Datei – wechselt der Editor automatisch in den Code-Modus. Der visuelle Composer bleibt nur mit Seiten verknüpft und zeigt niemals die Leinwand einer zuvor geöffneten Datei an. Der Editor merkt sich den für jede Seite gewählten Modus während der Bearbeitungssitzung: War eine Seite im visuellen Modus geöffnet, kehrt sie nach dem Anzeigen einer Konfigurationsdatei automatisch dorthin zurück.

Um eine Seite zu erstellen, wählen Sie Neue Datei und verwenden Sie einen JSON-Pfad unter pages/, zum Beispiel pages/dashboard.json oder pages/orders/detail.json. Der Dateiname ist frei: Der Editor generiert automatisch UUID, Titel, Rasterlayout und Widget-Liste. Der Editor ergänzt die Route in portal.json und den Navigationseintrag in shell.json automatisch. Beim Löschen der Seite werden beide Verknüpfungen ohne Neuladen der Oberfläche entfernt.

Visueller Modus

Der Modus Visuell stellt Paletten, die Leinwand und den Inspektor zur Verfügung. Beim Auswählen eines Widgets wird immer Eigenschaften geöffnet und die Konfiguration in drei Tabs gegliedert:

• Eigenschaften enthält Titel, Daten, Quellen, Bindings und funktionale Optionen;
• Stil enthält visuelle Steuerelemente, Style JSON und Scoped CSS;
• Erweitert enthält Position, Breite, Höhe und Eigenschaften-JSON.

Beim Wechsel des Tabs bleiben Widget-Auswahl und aktuelle Werte auch während des asynchronen Speicherns erhalten. Dieselben Tabs stehen für Standard- und benutzerdefinierte Widgets, Benutzeransichten, BPMN, Power BI und Qlik bereit. Die Navigation ist auch mit Pfeil links/rechts, Pos1 und Ende möglich.

Die gesteuerten Eigenschaften werden angewendet und gespeichert, wenn das Steuerelement geändert wird; ein Toaster bestätigt das Ergebnis. Erweiterte Änderungen speichern dient stattdessen für JSON- und CSS-Container, in denen es normal ist, während der Eingabe temporär ungültigen Inhalt zu haben. Der Status in der Kopfzeile unterscheidet zwischen laufenden Änderungen, Speichern und gespeicherter Quelle.

Die Felder des Inspektors hängen vom Widget ab: Routen, Bilder, Benutzeransichten, einzelne Widgets einer Ansicht, Workflows, Parameter und Data Resources werden aus Menüs gefiltert nach dem Projekt ausgewählt. Routenauswahlen zeigen nur Seiten der aktiven Portal-Navigation und aktualisieren sich, ohne dass Quelldateien manuell geöffnet werden müssen. Farben können mit dem Farbwähler ausgewählt oder als CSS-Wert oder Design-Token eingegeben werden.

Die Viewport-Voreinstellungen legen die simulierte Größe fest. Die Zoomleiste bietet −, +, das Zurücksetzen auf 100 % und Anpassen. Anpassen berücksichtigt sowohl die verfügbare Breite als auch die Höhe, verkleinert die Leinwand gleichmäßig und erhält die Proportionen der Vorschau. Ein Klick auf die Prozentangabe setzt auf 100 % zurück; ein Doppelklick ermöglicht die direkte Eingabe eines Werts zwischen 5 % und 200 %. Bei benutzerdefiniertem Zoom erschließen Bildlaufleisten die Bereiche außerhalb der Arbeitsfläche. Der Zoom ändert nur die Darstellung im Editor, nicht die gespeicherte Geometrie oder die Laufzeitdarstellung. Jedes Widget zeigt außerdem Breite × Höhe in Rasterzellen an.

Um die Geometrie eines Widgets zu ändern:

• Ziehen Sie den Griff oben links, um es zu verschieben;
• Ziehen Sie den Griff in die untere rechte Ecke, um es zu vergrößern/verkleinern;
• Verwenden Sie Alt + Pfeil, um es um eine Zelle zu verschieben;
• Verwenden Sie Shift + Alt + Pfeil, um die Breite oder Höhe einer Zelle zu ändern.

Um ein Widget zu löschen, wählen Sie es aus und verwenden Sie Widget löschen im Inspektor. Alternativ drücken Sie Entf oder Backspace, wenn der Cursor nicht in einem Feld steht. Der Editor fordert immer eine Bestätigung an.

Wenn ein Bereich Eigenschaften enthält, die nicht vom Composer verwaltet werden, identifiziert der Editor ihn als vom Code verwaltet und behält ihn bei visuellen Aktualisierungen bei.

Um die Seite anstatt eines Widgets zu konfigurieren, klicken Sie auf einen freien Bereich des Leinwandhintergrunds. Der Inspektor Seitenstil ermöglicht die Einstellung von Farbe, Hintergrund, Innenabstand und Mindesthöhe; JSON-Stil und Scoped CSS der Seite bleiben für erweiterte Anpassungen verfügbar.

Portal-Eigenschaften öffnet sich in der linken Spalte, sodass der rechte Inspektor für das ausgewählte Widget verfügbar bleibt. Der Tab Allgemein enthält Name, Trusted-Code sowie die Steuerelemente Header anzeigen und Navigation anzeigen. Diese beiden Shell-Einstellungen werden sofort gespeichert und die Vorschau zeigt entsprechend Titel und Navigationsleiste. Für Owners enthält Zugriff Mitarbeiter, Berechtigungen und Runtime-Zielgruppe. Beim Tab-Wechsel bleiben ungespeicherte Werte erhalten; Laden, Speichern und Diagnosen erfolgen weiterhin asynchron, ohne den Editor neu zu laden.

Aussehen und CSS konfigurieren

Der Gesteuerte Stil zeigt Farbe, Hintergrund, Schriftgröße, Ausrichtung, Abstand und Eckenradius an. Die Werte akzeptieren normale CSS-Syntax, zum Beispiel #0f172a, 1rem oder 8px.

Die Erweiterte Konfiguration ermöglicht die Verwendung von CSS-Eigenschaften im kebab-Case, Zuständen und Breakpoints:

{
  "color": "#0f172a",
  "background-color": "#ffffff",
  "padding": "1rem",
  "states": {
    "hover": {"background-color": "#e0f2fe"}
  },
  "breakpoints": {
    "md": {"font-size": "18px"}
  }
}

Das Feld CSS scoped ermöglicht die Bearbeitung jeder einzelnen Details, ohne andere Widgets zu beeinflussen. & repräsentiert den Container der Instanz; .portal-text wählt den Inhalt des Text-Widgets:

&:hover { transform: translateY(-2px); }
.portal-text { font-weight: 600; letter-spacing: .02em; }

Wählen Sie Erweiterte Änderungen speichern, um JSON und CSS auf der Seite zu speichern. Die Vorschau zeigt die endgültig kompilierte Darstellung.

Projektkataloge

Die Schaltflächen Benutzerdefiniertes Widget und Bilder öffnen einen vereinheitlichten Katalog. Jedes Element gibt immer seine Herkunft an: Aktuelles Portal, ein anderes Portal desselben Projekts, veröffentlichte Benutzeransicht oder gemeinsamer Katalog der Ansichten. Externe Objekte, die nicht zum Projekt gehören oder dem Benutzer nicht zugänglich sind, werden nicht angezeigt.

Unter Benutzerdefiniertes Widget wechselt der Schalter neben der Suche zwischen Karten- und Tabellenansicht. Die Tabelle unterstützt Sortierung, Mehrfachauswahl und Seiten mit zehn Einträgen. Über das Menü eines Widgets lässt sich die gewählte Version einfügen, als JSON exportieren, sicher statisch anzeigen oder löschen; die Bestätigung nennt die verwendenden Portale. Widget importieren lädt ein JSON aus einem anderen Projekt. Jeder Speichervorgang erzeugt eine neue fortlaufende Version und überschreibt keine bestehende Version.

Die Palette enthält außerdem die Widgets der veröffentlichten Benutzeransichten des Projekts. Es können sowohl Standard-Widgets – einschließlich Grafiken, KPIs, Tabellen und Karten – als auch Widgets aus dem benutzerdefinierten Katalog eingebettet werden. Die Auswahl protokolliert die Ansicht, die veröffentlichte Version und den Widget-Schlüssel; eine Version bleibt daher stabil, auch wenn die Ansicht später geändert wird.

Wird ein Bild oder eine Komponente aus einem anderen Objekt verwendet, erstellt der Editor eine Kopie im Portal-Repository. Diese Materialisierung macht Checkpoints, Builds und Releases reproduzierbar; die Katalogkarte behält die Angabe der Herkunft bei, um Ambiguitäten zu vermeiden.

Verfügbare Widgets

Der verwaltete Katalog umfasst:

• Text, Hero, Karte, Bild und Trennlinie;
• Verknüpfung, Menü, Navigationsregisterkarten und Breadcrumb;
• Sektion, ausklappbares Panel, Seitenleiste und Drawer;
• Nur-Lese-Formular, Datenformular, Datentabelle, Balkendiagramm und Datenexport;
• Vollständige Benutzeransicht und einzelnes Benutzeransicht-Widget;
• Workflow-Aktion;
• Power BI Berichte und Qlik Dashboards;
• Benutzerdefiniertes Sandbox-Widget.

Jedes Widget unterstützt Stil-Eigenschaften, visuelle Zustände und Breakpoints. Das scoped CSS ermöglicht es auch, Hover-, Fokus-, aktiven und deaktivierten Zustand anzupassen, ohne andere Komponenten der Seite zu verändern.

Die Schaltfläche Widget-Anleitung öffnet die integrierte Referenz des ausgewählten Widgets: Sie listet Eigenschaften, Typen, Standardwerte, Fähigkeiten und Stilbeispiele auf. Die vollständige Referenz ist auch unter Reference dei widget verfügbar.

Bild hochladen und verwenden

1. Wenn die Datei lokal ist, verwenden Sie Bild hochladen im Explorer und wählen Sie ein PNG, JPEG, GIF oder WebP.
2. Um ein Asset wiederzuverwenden, öffnen Sie Bilder und filtern Sie den Katalog nach Name oder Herkunft.
3. Wählen Sie Bild verwenden oder Kopieren und verwenden: Der Editor schlägt einen Pfad unter assets/ vor und wertet das ausgewählte Widget aus.
4. Immer alt ausfüllen und dann die Anpassung (contain, cover, fill, none, scale-down) und Position auswählen.
5. Das Ergebnis in der Vorschau überprüfen.

Die für das Widget in der Rasterstruktur festgelegte Höhe bestimmt auch den von dem Bild eingenommenen Platz. Standardmäßig wird das Bild ohne Verzerrung enthalten; das scoped CSS kann object-fit über den Selektor .portal-image ändern.

Data Manager und visuelle Abfragen

Daten öffnet den Data Manager des Portals. Die Struktur des Ordners data/ muss nicht im Voraus bekannt sein:

1. Eine Datenressource erstellen und Schlüssel und Namen zuweisen;
2. Umgebungskonnektivität oder Semantisches Modell auswählen;
3. Für Umgebung laden Sie den Katalog und wählen dann Schema, Tabelle, Dimensionen, Kennzahlen, Aggregationen und Aliase;
4. Für ein Semantisches Modell wählen Sie die veröffentlichte Version des Projekts, dann verwaltete Felder und Kennzahlen;
5. Maximale Zeilen, Timeouts und Parameter nur bei Bedarf einstellen;
6. Speichern: Die Datei data/<chiave>.resource.json wird erstellt und mit dem ausgewählten Widget verknüpft.

Der Modus Erweiterte benutzerdefinierte SQL ist für nur lesende Abfragen reserviert, die nicht vom Konfigurator ausgedrückt werden können. Er erfordert auch die Deklaration der Ausgabespalten. Komplexe Joins, Filter oder Sortierungen können durch Öffnen des generierten JSON im Code-Modus verfeinert werden.

Der Browser empfängt die Anmeldeinformationen nicht und fragt die Quelle nicht direkt ab. Abfragen, Parameter, Limits und Berechtigungen werden zur Laufzeit erneut überprüft.

Daten und Sybot-Integrationen

Datenressourcen können autorisierte Quellen und Semantische Modelle verwenden. Die Abfragen sind nur lesend und respektieren die Benutzerberechtigungen zum Zeitpunkt der Ausführung erneut.

Im Widget Datenformular ist ein Workflow des Projekts erforderlich. Jeder Parameter kann ein Formularfeld, den Workflow-Standardwert oder einen nicht sensiblen festen Wert verwenden. Felder vom Typ Werteliste deaktivieren Standardwert, Minimum und Maximum und können nur Workflow-Parametern desselben Typs zugeordnet werden. Der Editor übernimmt Bezeichnungen und Werte aus dem Workflow und zeigt im Portal ein Dropdown-Menü an. Feste Werte stehen für diese Parameter nicht zur Verfügung: Die gewählte Option wird validiert und direkt an den Workflow übergeben.

Im Widget Benutzeransicht wählen Sie aus dem Dropdown-Menü eine veröffentlichte Ansicht des Portalprojekts. Die Auswahl speichert automatisch sowohl die Ansicht als auch die gepinnten veröffentlichten Versionen.

Im Widget Workflow-Aktion wählen Sie einen ausführbaren Workflow des Projekts. Für jeden Parameter geben Sie an, ob der Standardwert, die Abfrage des Werts beim Benutzer oder die Speicherung eines festen Werts zu verwenden ist. Sensible Parameter können nur zur Laufzeit angefordert werden; Workflows mit Dateiparametern sind nicht verfügbar. In der Vorschau wird nur die Konfigurationsprüfung ausgeführt.

Ein benutzerdefiniertes Widget schreiben

Durch das Hinzufügen von Benutzerdefiniertes Sandbox-Widget erstellt der Editor ein explizites Verzeichnis:

components/<chiave>/
├── component.json
├── template.html
├── styles.css
└── index.js

Code-Komponente öffnen wechselt zu Code und öffnet alle vier Dateien. template.html enthält das Markup, styles.css den isolierten Stil, index.js exportiert mount(sdk) und component.json deklariert Dateien und Fähigkeiten. Der Code kann das DOM seines iFrames modifizieren, auf Ereignisse reagieren und PortalWidgetSDK für Daten, interne Navigation und autorisierte Workflows verwenden. Er kann nicht auf das übergeordnete Dokument, die Sitzung, andere Widgets, Cookies oder das direkte Netzwerk zugreifen.

In template.html, styles.css und index.js bietet der Editor während der Eingabe kontextbezogene Vervollständigung; sie kann auch mit Strg+Leertaste oder Cmd+Leertaste geöffnet werden. Nach sdk. werden nur die Methoden angezeigt, die durch die Fähigkeiten der aktuellen component.json erlaubt sind. Der Gutter meldet JavaScript-Syntaxfehler, nicht definierte Bezeichner, nicht ausgeglichene HTML-Tags und ungültige CSS-Eigenschaften, ohne die automatische Speicherung zu unterbrechen.

Widget-Anleitung → Benutzerdefiniertes Sandbox-Widget → Sandbox SDK dokumentiert Signatur, Parameter, Rückgabewert, erforderliche Fähigkeit und Beispiel für jede Methode, darunter query, emit, navigate, Workflow-Operationen, invalidateData, setContext, getContext und onDataInvalidated.

Nach einer Mutation meldet sdk.invalidateData() die geänderten Data Resources. Verknüpfte Tabellen und Diagramme aktualisieren sich im Hintergrund ohne Seiten-Reload; mit sdk.onDataInvalidated() kann ein Custom Widget seine Abfrage erneut ausführen. sdk.setContext() aktualisiert den gemeinsamen Kontext und benachrichtigt alle Verbraucher; sdk.getContext() liefert eine lokale Kopie.

Data Resources auf Basis eines Semantischen Modells werden ebenfalls aktualisiert, wenn eine Mutation von einer direkten Ressource mit einem anderen Schlüssel ausgeht.

Um Workflows zu starten, wählen Sie das Widget aus und aktivieren im Inspector Dem Widget das Starten von Workflows erlauben. Der Editor aktualisiert das Manifest automatisch; eine Seitenbindung oder manuelle JSON-Bearbeitung ist nicht erforderlich. sdk.runWorkflow(nameOderId, parameter) und sdk.startWorkflow(nameOderId, parameter) können einen ausführbaren Workflow des aktuellen Projekts aufrufen; die Berechtigungen werden zur Laufzeit erneut geprüft.

Gleichzeitige Datenanfragen verschiedener Widgets bleiben voneinander unabhängig und haben ein Zeitlimit. Behandelt der Widget-Code einen Fehler beim Start nicht, beendet das Portal dennoch den Ladezustand und zeigt eine Meldung im Widget an.

Power BI und Qlik

Power BI Bericht unterstützt Secure URL mit der Microsoft-Sitzung des Lesers und App owns data mit einem projektverwalteten Profil und einer Bindung. Qlik Dashboard unterstützt Secure URL und OAuth impersonation mit qlik-embed. Secrets verbleiben in der administrativen Konfiguration; das Widget speichert nur URL oder logische Bindung. Führen Sie vor der Vorschau die Diagnose aus und testen Sie Berechtigungen, Lizenz und Anbieterregeln auf der veröffentlichten Domain.

Die vollständige Anleitung steht unter Verwaltete Integrationen.

Entwurf validieren und testen

1. Die Datei speichern oder die Eigenschaften vom Composer ausführen.
2. Validieren auswählen.
3. Die im Bereich Probleme aufgeführten Elemente korrigieren.
4. Build auswählen, um den Aufbau des Entwurfs zu überprüfen.
5. Vorschau auswählen und Layout, Daten und Interaktionen testen.

Die Vorschau ist von der veröffentlichten Version getrennt. Fehler zeigen eine nutzbare Meldung und, wenn verfügbar, eine Kennung an, die dem Support mitgeteilt werden kann.

Für Zugriffe und den Veröffentlichungszyklus konsultieren Sie Pubblicazione e accessi.