Editor-Leitfaden: Visuellen App-Editor richtig nutzen
Veröffentlicht am · Aktualisiert am
Der editor ist der Arbeitsbereich, in dem du eine Anwendung nach der ersten Erstellung prüfst und weiterentwickelst. Ein guter visueller Editor zeigt klar, welches Element bearbeitet wird, und ermöglicht Änderungen an Layout, Inhalt, Komponenten, responsivem Verhalten sowie verbundenen Aktionen und Daten, bevor eine neue Version veröffentlicht wird.
Den Arbeitsbereich zuerst verstehen
Orientiere dich zunächst im Editor. Typische Bereiche sind die aktuelle Seite oder Zeichenfläche, die Seitennavigation, eine Komponenten- oder Ebenenstruktur, ein Eigenschaftenbereich und eine Vorschau. Prüfe vor jeder Änderung, welche Seite geöffnet und welches Element ausgewählt ist.
Unterscheide außerdem lokale und gemeinsam genutzte Komponenten. Eine einzelne Schaltfläche auf einer Seite zu ändern ist etwas anderes als eine zentrale Schaltflächenkomponente zu bearbeiten, die an vielen Stellen verwendet wird. Änderungen an übergeordneten Containern können mehrere untergeordnete Elemente beeinflussen.
Verfolge daher die Hierarchie eines Elements, bevor du größere Anpassungen vornimmst. So lässt sich später schneller feststellen, ob ein Problem in der Komponente selbst, im umgebenden Layout oder in einer seitenspezifischen Einstellung liegt.
- Aktive Seite prüfen
- Lokale und gemeinsame Komponenten unterscheiden
- Hierarchie verstehen
- Vorschau verwenden
Layout und Abstände bewusst gestalten
Visuelle Bearbeitung sollte einem klaren Ziel folgen. Entscheide, was Nutzer zuerst sehen sollen, welche Hauptaktion wichtig ist und wie Inhalte durch die Seite führen. Abstände trennen oder gruppieren Informationen und sollten nicht zufällig entstehen.
Teste bei Änderungen an Breite, Höhe, Rand, Innenabstand, Ausrichtung oder Raster auch längere Inhalte. Ein kurzer Titel kann problemlos aussehen, während derselbe Bereich mit drei Textzeilen bricht. Feste Höhen können übersetzte oder dynamische Inhalte abschneiden.
Achte auf Konsistenz zwischen ähnlichen Seiten. Wiederkehrende Karten, Schaltflächen, Formulare und Überschriften sollten gemeinsame Gestaltungsprinzipien nutzen. Wiederverwendbare Komponenten helfen dabei, ohne jede Seite in dasselbe starre Muster zu zwingen.
- Hauptaktion hervorheben
- Abstände zur Strukturierung nutzen
- Lange Inhalte testen
- Wiederkehrende Elemente vereinheitlichen
Inhalte und Komponenten zielgerichtet bearbeiten
Ein Editor sollte nicht nur das Aussehen verändern. Überarbeite Seitentitel, Beschriftungen, Hilfetexte, leere Zustände, Bestätigungen und Fehlermeldungen. Nutzer sollten verstehen, was passiert ist und was als Nächstes möglich ist.
Wähle Komponenten entsprechend der Aufgabe. Tabellen eignen sich zum Vergleichen strukturierter Datensätze, Karten zum schnellen Durchsehen und Dialogfenster für kurze Entscheidungen. Umfangreiche Prozesse sind auf einer eigenen Seite oft verständlicher.
Wenn Infera Agent eine Änderung aus einer natürlichsprachlichen Beschreibung erzeugt, kontrolliere das Ergebnis anschließend im Editor. Prüfe Design, Datenquelle und das tatsächliche Verhalten beim Anklicken, Eingeben oder Absenden.
- Beschriftungen präzisieren
- Komponenten nach Aufgabe auswählen
- Datenquelle prüfen
- Interaktionen testen
Responsive Ansichten für verschiedene Geräte prüfen
Responsives Design bedeutet nicht, eine Desktopseite nur kleiner zu machen. Bei wenig Platz können Spalten untereinander rutschen, Navigationselemente in ein Menü wechseln und große Tabellen eine alternative Darstellung benötigen.
Achte auf überlappende Schaltflächen, abgeschnittene Texte, zu schmale Eingabefelder, verdeckenden Festinhalt und unbeabsichtigtes horizontales Scrollen. Touch-Flächen müssen auf Mobilgeräten groß genug sein, und Formulare sollten auch bei eingeblendeter Bildschirmtastatur nutzbar bleiben.
Bei mehrsprachigen Anwendungen müssen Übersetzungen gemeinsam mit den responsiven Regeln getestet werden. Wortlängen unterscheiden sich deutlich, sodass ein Layout in einer Sprache funktionieren und in einer anderen zu eng werden kann.
- Mehrere Breiten testen
- Spalten bewusst stapeln
- Touch-Flächen prüfen
- Übersetzte Inhalte testen
Oberfläche mit Daten und Logik gemeinsam prüfen
Viele UI-Elemente zeigen Daten, starten Abläufe, verändern Datensätze oder rufen externe Dienste auf. Nach einer visuellen Änderung solltest du deshalb prüfen, welche Daten ein Element liest oder schreibt und welche Aktion bei der Verwendung ausgelöst wird.
Bei geänderten Formularfeldern müssen Validierung, Standardwert, Pflichtstatus, Speicherung und abhängige Automatisierungen erneut geprüft werden. Bei Filtern ist das tatsächliche Abfrageergebnis wichtig. Bei verschobenen Aktionen müssen Rechte und Fehlerbehandlung erhalten bleiben.
Für jedes wichtige Steuerelement solltest du Auslöser, verwendete Daten und erwartetes Ergebnis bei Erfolg und Fehler kennen. So verhinderst du, dass eine schön aussehende Oberfläche funktionale Fehler verdeckt.
- Lese- und Schreibvorgänge prüfen
- Validierung erneut testen
- Berechtigungen kontrollieren
- Erfolg und Fehler prüfen
Vorschau, Tests und Versionen konsequent nutzen
Öffne vor der Veröffentlichung die Vorschau und durchlaufe die Anwendung ohne Bearbeitungswerkzeuge. Teste Navigation, Scrollen, Dateneingabe, Validierung, Ladezustände sowie Erfolgs- und Fehlermeldungen. Bei mehreren Rollen sollten die wichtigsten Berechtigungen separat geprüft werden.
Erstelle vor größeren Änderungen an gemeinsamen Komponenten, Anmeldung, Daten oder zentralen Abläufen einen Wiederherstellungspunkt. Nimm danach jeweils eine zusammenhängende Änderung vor, damit mögliche Regressionen leichter zugeordnet werden können.
Prüfe nach der Veröffentlichung auch die Live-Version. Reale Daten, Domainkonfiguration, Caching oder externe Dienste können sich anders verhalten als die interne Vorschau. Eine Live-Kontrolle gehört deshalb zum vollständigen Editor-Ablauf.
- Kritische Wege in der Vorschau testen
- Wiederherstellungspunkt erstellen
- Wichtige Rollen prüfen
- Live-Version kontrollieren
Häufige Fragen
Was ist ein editor in einem App-Builder?
Der Editor ist der Arbeitsbereich zum Bearbeiten von Seiten, Komponenten, Inhalten, Gestaltung, responsivem Verhalten und häufig auch verbundenen Aktionen und Daten.
Soll ich eine gemeinsame Komponente direkt ändern?
Nur wenn die Änderung überall gelten soll, wo diese Komponente verwendet wird. Für eine einzelne Seite ist eine lokale Anpassung oft sicherer.
Was sollte nach visuellen Änderungen getestet werden?
Layout, mobile Darstellung, Navigation, Interaktionen, Daten, Validierung, Berechtigungen und Fehlerzustände.
Warum muss die Live-Version geprüft werden?
Produktionsdaten, Domains, Cache, Konfiguration und externe Integrationen können sich anders verhalten als die Vorschau.