Wann ist modale UI akzeptabel?

Question

Im Großen und Ganzen modale Schnittstellen saugen große Felsen. Auf der anderen Seite kann, denke ich an einer besseren Art und Weise nicht zu behandeln Datei öffnen ... oder Drucken ... und dies, glaube ich, ist, weil

• Sie sind gelegentliche Aktionen, selten und bedeutsame und
• sie sind atomar in der Natur; entweder Sie fertig sind alle Druckoptionen spezifizieren und mit ihm gehen, oder Sie kündigen die ganze Show.

Lassen Sie uns zusammen ein wenig Stil-Führer. Schlagen Sie alle Anwendungsfälle, in denen ein Dialog die bevorzugte Darstellung ist und warum es bevorzugt ist. Kann der Dialog nicht modal sein? Wenn ja, wie wollen Sie transaktionale Grenzen markieren, da aufhört Abbrechen eine klare Bedeutung haben. Haben Sie eine Schaltfläche Übernehmen, zum Beispiel?

Answer 1

IMO sollten modale Schnittstellen nur verwendet werden, wenn Sie auf HAVE zu behandeln, was auch immer der Dialog tut oder zu fragen, bevor die Anwendung fortgesetzt werden kann. Zu jeder anderen Zeit, wenn Sie einen Dialog verwenden, sollte es nicht modal.

Answer 2

Wenn dabei nicht modale Fenster, möchten Sie vielleicht sind sie einzigartig gewährleisten: Sie nicht wirklich wollen zwei identische Werkzeugkästen (in einem grafischen Programm zum Beispiel) oder zwei gleiche Einstellungsdialog (Ich sah dies in einem Produkt), die bestenfalls verwirrend sein kann.

Auf der anderen Seite, ich schätze, wenn ein Suchen / Ersetzen-Dialog ist nicht modal: Ich kann auf das Dokument zurückgehen und letzte Änderung abzubrechen, an anderer Stelle überspringen, etc .; ohne die aktuellen Einstellungen zu verlieren.

Irgendwie sagen modale Dialoge den Benutzer „alles andere und beenden zu stoppen, was Sie tun“, die ihren Nutzen hat, wie in Stephen Wrighton Antwort .

Answer 3

Nach meiner Erfahrung gibt es nur wenige Dinge, die jemals in einem UI-modal sein sollten. Eines der besten Beispiele dafür, und wahrscheinlich ein sehr vertraut an die Nutzer der Website, ist Eclipse-. Obwohl es einige modale Dialoge hat, und ich bin nur der Kern IDE sprechen hier fallen sie weitgehend in drei Kategorien: Dateioperationen, Vorzugs Dialoge und Parameter Dialoge.

Vorzug Dialoge, während modal durch Tradition, müssen entweder nicht modal sein. nur modales Verhalten Alles, was Sie tun müssen, ist auf dem Präferenzmodell Mac OS aussehen, wo Konfigurationsänderungen sofort stattfinden, mit in den Fällen eingeführt, wo die Änderung störend sein könnte im Gang zu arbeiten.

Kurz gesagt, hier ist was würde ich sagen, ist eine gute Zusammenfassung dessen, was modal sein sollte. Ausnahmen von diesem Satz sind zu gut begründet durch die Nutzung.

• Parameter Eingabedialoge (Beispiel: Refactoring-Assistenten anti-Beispiel:. Finden Dialoge)
• Dateioperationen
• Bestätigung einer Aktion, die sofort störend wirksam werden

Answer 4

Wie wärs mit einem Benutzer-Login-Fenster, können Sie nicht (oder sollte nicht) den Rest einer Anwendung, bis Sie sich angemeldet haben, vorausgesetzt, Sicherheit notwendig ist.

Answer 5

Ich denke, der Unterschied, dass, wenn etwas überhaupt ist, dass ein Benutzer in der Lage sein könnte, in der Anwendung zu tun, während der Dialog angezeigt wird, dann sollte es nicht modal sein. Dazu gehören Kopieren / Einfügen Aktionen. Persönlich würde ich es vorziehen, wenn die Datei / Öffnen und Drucken von Dialogen auch nicht modal wurden. Ich denke, modale Dialoge ein Zeichen der schwachen Design sind ein notwendiges Übel zu bekommen schnell die Tür-Code aus.