it-swarm.com.de

Elemente bearbeiten: Modaler Popup-Dialog oder gleiche Seite?

Was wird in einer auf ASP.NET basierenden Rich-Webanwendung zum Bearbeiten von Datenelementen im System bevorzugt: ein Popup-Dialogfeld oder zum Bearbeiten auf derselben Seite?

Der Anwendungsfall besteht darin, dass eine Person die Details eines Elements anzeigt und (sofern eine Berechtigung erteilt wurde) auf eine Schaltfläche klickt, um die Werte des Elements zu ändern. Sollte die Schaltfläche einen modalen Dialog öffnen oder die Seite durch bearbeitbare Steuerelemente ersetzen? Derzeit verwende ich asp:FormView (die Webanwendung basiert auf ASP.NET) mit Befehlsschaltflächen zum Ändern des Modus, wodurch die Seite durch verschiedene Vorlagen zum Anzeigen schreibgeschützter Details oder bearbeitbarer Steuerelemente ersetzt wird.

Wenn mehrere Elemente mit einer GridView angezeigt werden, wird durch Bearbeiten eines einzelnen Elements ein Modelldialog geöffnet, sodass der Kontext der GridView-Seite beibehalten wird. Die Frage ist, ob die Detailseite einen modalen Dialog zum Bearbeiten öffnen soll.

7
Doug D.

Der Grund, warum eine Webanwendung einen modalen Dialog öffnet, liegt im Allgemeinen darin, dass die URL nicht den vollständigen Navigationskontext beibehält ... häufig bei AJAX schweren Websites). In der Regel jedoch, wenn Sie auf einen Link klicken, um die Details anzuzeigen Von einem bestimmten Element sollte die URL (wenn Sie Best Practices befolgen) den vollständigen Kontext bereitstellen, der für die Rückkehr zu dieser Ansicht erforderlich ist. Aus diesem Grund gibt es keinen Grund, modale Dialoge zum Bearbeiten des Inhalts zu verwenden, da Sie genau dorthin zurückkehren können, wo die Benutzer war nach Abschluss der Bearbeitung abgeschlossen.

Wenn der zu bearbeitende Inhalt leicht in einem einzigen Bildschirm enthalten ist, habe ich häufig festgestellt, dass Websites den "Faux Modal Dialog" verwenden, der die Seite zu 50% überblendet und den Dialog überzeichnet (einschließlich der Schaltfläche "Schließen" oben rechts). Dies bietet nahezu identische Funktionen wie das Aufrufen einer Bearbeitungsseite, behält jedoch den visuellen Kontext des Benutzers bei und bestätigt dem Benutzer, dass er nach Abschluss auf diese Seite zurückgesetzt wird. Diese Lösung ist umso weniger benutzerfreundlich, je mehr Eingaben Sie verarbeiten, und erfordert einen erheblichen zusätzlichen Entwicklungsaufwand, wenn sie von Ihrem aktuellen Webframework nicht nativ unterstützt wird.

6
Myrddin Emrys

Ich denke, es hängt davon ab, ob der Benutzer ein einzelnes Element oder mehrere Elemente bearbeiten möchte. Für ein einzelnes Element ist ein Popup möglicherweise klarer (tatsächlich weist ein Usability-Test, den ich letztes Jahr durchgeführt habe, auf diese Schlussfolgerung hin). Es bietet einen eindeutigen Ein- und Ausstiegspunkt, und der Benutzer fühlt sich unter Kontrolle (wenn die Anwendung den Inhalt sofort aktualisiert).

Für mehrere Elemente würde der Benutzer jedoch erwarten, dass mehrere Formulare/Steuerelemente usw. effizienter sind. Für ein Raster oder eine Tabelle erwarten viele Benutzer ein Excel-ähnliches Verhalten.

6
heumann