Paradigmen im Menübalken -Layout/-design

Question

In der Menüleiste von My Applications -Menübalken umstrukturieren. Bei der Betrachtung anderer Anwendungen scheint es zwei verschiedene Strukturmethoden zu geben.

Entweder die häufigste Art der "alten Schule", das Verb/Befehl, gefolgt von dem Fach. Dh was willst du tun und was willst du das tun? Like SO:

• Datei
  • Neu
    • Foo
    • Bar
  • Offen
    • Foo
    • Bar
  • Aufhören

Oder die, die neue Anwendungen manchmal ausprobieren, wahrscheinlich seit Microsoft seine eingeführt hat Schleife Struktur. Dh mit was möchten Sie arbeiten und mit welcher Operation möchten Sie dies ausführen. Like SO:

• Datei
  • Aufhören
• Foo
  • Neu
  • Offen
• Bar
  • Neu
  • Offen

Sind diese beiden Paradigmen festgelegt? Haben sie einen Namen? Würde mir helfen, mich auf sie und ihre Unterschiede zu beziehen.

Answer 1

Ja, Menüs auf der oberen Ebene können nach der Klasse des Objekts organisiert werden, auf die sie reagieren (z. B. Foos oder Balken) oder die Art der Handlung, die sie ausführen (z. B. Aktionen der Einreichung). In der Regel sollte die Menüleiste oder ein Band oben im Fenster nach Aktionstyp organisiert werden, um dem Benutzer einen alternativen Weg zu bieten, um einen Befehl für die Kontextmenüs (rechts klicken) zu finden, die notwendigerweise von organisiert sind durch Objektklasse.

Trotzdem würden viele Menühierarchien, einschließlich der „alten Schule“, davon profitieren, „abgeflacht“ zu werden - von der breiteren und weniger tiefgreifenden Stufe. Tiefe Hierarchien bedeuten Kaskadenmenüs, die langsam und unangenehm zu bedienen sind. Nur wenige Optionen auf der obersten Ebene bedeuten allgemeine vage Etiketten, die nur sehr wenig Informationsduft liefern (was tut Datei bedeutet wirklich ohnehin?).

Es gibt verschiedene Möglichkeiten, dies zu beheben und gleichzeitig die Menüleiste für Aktionstyp zu organisieren. Erstens gibt es die einfache Abflachung des Menüs der alten Schule, ähnlich wie Firefox:

• Datei
  • Neues Foo
  • Neue Bar
  • Öffnen Sie Foo
  • Open Bar
  • Aufhören

Das Problem ist, dass das herkömmliche Dateimenü für "Dokument" -Anwendungen bestimmt war, die nur in einer Hauptobjektklasse arbeiten. Zum Beispiel arbeiten Textverarbeitungsprogramme auf Papieren, Tabellenkalkulationsprogramme arbeiten auf Arbeitsblättern, Bildredakteure arbeiten an Bildern und so weiter. Die Datei wird unhandlich, wenn mehrere Hauptklassen vorhanden sind. Zwei Klassen sind kein Problem, aber drei oder mehr sind.

In einigen Fällen ist es am besten, den „Suite“ -Ansatz zu verfolgen und es so aussehen, als hätten Sie ein separates Programm für jede Objektklasse. Nehmen Sie die Auswahl der Objektklasse aus Ihrer Menüleiste und legen Sie sie in das Startmenü, in dem Sie Verknüpfungen installiert haben, die jeder Objektklasse entsprechen, die ein primäres Fenster für diese Klasse öffnen. Jedes dieser „Anwendungen“ hat nur ein neues und offenes Handeln nur auf seiner Klasse:

• Datei
  • Neu
  • Offen
  • Aufhören

In gewissem Sinne haben Sie das Menü breiter gemacht Oben Ihre Menüleiste in der Hierarchie. Dies stimmt vollständig mit anderen Desktop -Apps überein. Es ist eine attraktive Option, wenn Benutzer dazu neigen, mit nur einer Klasse für eine Sitzung zu arbeiten. Häufige Reisen zum Startmenü werden alt.

Wenn Sie alles in Ihrer Menüleiste aufbewahren müssen, können Sie das Dateimenü entlang der Menüleiste verteilen.

• Datei
  • Speichern
  • Drucken
  • Aufhören
• Neu
  • Foo
  • Bar
• Offen
  • Foo
  • Bar

Viele Apps mit mehreren Hauptklassen sind Datenbank -Apps, in denen jedes Fenster mehrere Objekte anzeigt (Datenbankdatensätze). Was der Benutzer "Öffnen" ist, ist keine einzige Datei, sondern a Abfrageergebnis. Normalerweise hat der Benutzer fast nie für ein leeres Fenster verwendet. Selbst für die Dateneingabe ist es oft hilfreich und selten verletzend, die Ergebnisse einer Standardabfrage anzuzeigen, um einen Kontext zu liefern (z. B. bei der letzten Zeit eingegeben). Wenn der Benutzer den bereits gezeigten bereits angegebenen Daten einen neuen Datensatz hinzufügen möchte, handelt es sich um eine Aktion unter Bearbeiten, nicht der Datei. So können wir neu eliminieren.

• Programm
  • Foos
  • Riegel
  • Aufhören
• Datei
  • Anfrage
  • Nah dran

Ich schlage vor, Sie nehmen einen Hinweis von Mac OSX und haben ein Programmmenü für die Beendigung (in OSX ist der Name der Anwendung die Menüunterschrift). Das Programmmenü enthält Menüelemente, die von ihrer Objektklasse gekennzeichnet sind. Sie sind jedoch Aktionen - sie öffnen die FOO- bzw. Bar -Fenster. Sie füllen diese Fenster entweder mit einem Standardabfrageergebnis (das könnte leer sein) oder automatisch das Dialogfeld "Abfrage" für den Benutzer angeben, um einen auszuwählen. Das Menüelement für Abfragen unter der Datei wird in diesem Dialogfeld angezeigt, damit der Benutzer jederzeit die Abfrage für das Fenster ändern kann. Dieser Dialog kann eine leere Option für Kantenfälle enthalten, in der Benutzer ein leeres Fenster benötigen.

Answer 2

Ich denke, es ist mehr persönliche Präferenz. Was denkst du würde am besten gehen? Wenn Sie die Ribbon -GUI nicht in Ihre App implementieren, müssen Sie ihre Struktur nicht kopieren.

Persönlich würde ich mit der ersten Option gehen - "Old School", ich finde es einfacher und der pragmatischste Ansatz für das Problem.