2010-07-24 8 views
12

Ich habe einige Daten, die in Abschnitte unterteilt sind, ähnlich der Resume-Funktion von StackOverflow Careers (es handelt sich jedoch nicht um Fortsetzungsdaten), die über eine jQuery-Webanwendung bearbeitet/erstellt werden können. Es ist ein bisschen mehr hierarchisch (Jobs können Unterjobs haben, usw.), je nachdem, welche Methode von CRUD ich nehme, bedeutet dies unterschiedliche Arbeitsmengen. Es macht mir nichts aus, die Zeit dafür zu verschwenden, aber ich möchte nicht viel Zeit damit verbringen, etwas Besonderes zu machen, das keine optimale Benutzererfahrung ist.Edit in Place vs. separate Bearbeitungsseite/Modal?

Gab es irgendwelche getan Forschung in die verschiedenen Stile der „Bearbeitung“ dieser Art von segmentiert, hierarchischen Textdaten:

  1. Bearbeiten an Ort und Stelle (zB Sie auf ein Formularelement klicken wie Jobtitel, es stellt sich editierbar, dann klicken Sie auf „oK“ und es spart)

  2. Schaltfläche Bearbeiten, die Sie zu einem neuen Bildschirm nimmt (wie Stackoverflow derzeit)

  3. Schaltfläche Bearbeiten, die ein modales Formular erscheint

  4. Alle Felder sind geöffnet und bearbeitet werden, einzelne Taste speichern (wie Stackoverflow Karriere)

Gibt es allgemeinen Konsens über, wenn diese verschiedenen Formen verwendet werden sollen, die beste Benutzererfahrung zu bieten?

Antwort

12

Kommt drauf an. Wenn Ihre Benutzerbasis webfähig ist, würde ich einen Edit-in-Place-Ansatz aufgrund des natürlichen Bearbeitungsflusses, den es bietet, empfehlen.


bearbeiten anstelle

Wenn Sie einen Abschnitt einer Hierarchie bearbeiten, bearbeiten Sie inline mit dem Rest der Informationen. Auf diese Weise können Sie überprüfen, wie Ihre Änderungen auf die anderen Informationen angewendet werden, während Sie sie erstellen (anstatt zwischen den Bildschirmen hin und her zu wechseln).

In Bezug auf die Benutzerfreundlichkeit ist ein Szenario, in dem gruppierte Elemente alle auf einmal bearbeitet werden können, schön, da es mehrere Klicks speichert. Wenn beispielsweise ein Auftrag hat die folgenden Datenelemente:

Title 
Description 
Positions 

Es ist gut, einen Mechanismus zu schaffen, auf einmal zusammen mit dem bearbeitet jedes Element anstelle Verhalten zu bearbeiten.

Inline-Bearbeitung schützt auch die anderen Abschnitte der Hierarchie vor versehentlichem Update.


Modal bearbeiten

Diese Bearbeitungsmethode zwischen der Hierarchie als Ganzes eine Barriere führt und den Abschnitt, den Sie gerade bearbeiten (dh das Verhältnis zwischen der Informationen, die Sie eingeben, und es ist in der Hierarchie ist nicht sofort aus dem Blick auf die Benutzeroberfläche ersichtlich).


Neuer Bildschirm

Wie bei der modalen bearbeiten, das Verhältnis der bearbeiteten Informationen auf die gesamte Hierarchie verloren. Es ist jedoch ein sehr einfaches Setup, das die meisten Ihrer Benutzer sofort verstehen werden. Es schützt auch das gesamte Dokument vor versehentlichen Updates.


alle Felder öffnen

Dies bietet den Vorteil, dass die aufbereiteten Informationen in Zusammenhang (wie bei edit-in-place) und ist sehr einfach zu halten. Es gibt keine Lernkurve, bei der ein Benutzer lernen muss, auf ein Element zu klicken, um es zu bearbeiten.

Als jemand, der mehr als eine Form durch meine neugierigen Kinder ruiniert hat, mag ich nicht, wie es die gesamte Hierarchie zu unbeabsichtigten Updates macht.