it-swarm.com.de

Menüorganisation: konventionell oder domänenspezifisch?

Ich erstelle eine Desktop-Anwendung, mit der einige sehr domänenspezifische Grafikstrukturen bereitgestellt werden können, die im Kontext des Tools als "Sequenzen" bezeichnet werden (dies ist hier wohl nicht wichtig).

Um dies zu beantworten, muss ich sagen, dass der Zielbenutzer der Anwendung mit jedem visuellen Manipulationswerkzeug wie Photoshop, Illustrator, Inkscape, Premiere und größtenteils jeder Adobe-Anwendung vertraut ist. Einige der Zielbenutzer sind mit anderen Montagewerkzeugen und 3D-Grafikwerkzeugen vertraut.

Jede Instanz der Anwendung ermöglicht das Bearbeiten eines eindeutigen Projekts. Jedes Projekt enthält eine unbegrenzte Anzahl von Sequenzen. Sobald ein Projekt geöffnet ist, müssen Sie eine Sequenz öffnen, um mit der Bearbeitung zu beginnen. Sie können mehrere Sequenzen öffnen, aber nur eine kann gleichzeitig grafisch bearbeitet werden, und in allen Editionsansichten werden nur Informationen für die aktuell ausgewählte Sequenz angezeigt.

Dieses Tool soll plattformübergreifend sein: Windows, MacOS und Linux.

Ich versuche, das Anwendungsmenü so zu organisieren, dass die möglichen Aktionen angezeigt werden, und es fällt mir schwer, mich zwischen einer herkömmlichen Organisation wie dieser zu entscheiden:

File                Edit           Project           Sequence          Views
    New                 Copy           Properties        Properties        ...
        Projet          Cut            ...               ...
        Sequence        Paste                                    
        ...             ...
    Open
        Project
        Sequence
    Close
         Project
         Sequence
    Preferences
    ...
    Quit

... und diese weniger konventionelle Organisation, die meiner Meinung nach für die Aufgabe natürlicher ist ("Designer" ist der Name des Tools):

Designer            Project               Sequence           Edit       Views
    New Project         New Sequence          New Object        Copy       ...
    Open Project        Open Sequence         ....              Cut
    Close Project       Close Sequence        Properties        Paste
    ...                 ...                                     ...
    Preferences
    Quit                Properties

Was denken Sie? Ich habe Zweifel, weil ich nicht sicher bin, ob der Benutzer verloren geht oder nicht, wenn er die Konvention nicht verwendet.

5
Klaim

Entspricht die "domänenspezifische" Organisation tatsächlich der Art und Weise, wie Benutzer ihre Aktivitäten auf natürliche Weise modellieren? Würde sich ein Designer auf "Projekte" und "Sequenzen" beziehen, wenn er die Anwendung nicht verwendet? Werden sie tatsächlich verstehen, dass ein "Designer" -Menü Projektsteuerelemente enthält (keine Daten zu Konto-/Autoreneigenschaften)? Es gibt viele Fragen, und ich denke, die einzige zuverlässige Möglichkeit, sie zu beantworten, ist ein realer A/B-Test.

Trotzdem gefällt mir die Idee Ihres "domänenspezifischen" Menüs (insbesondere, wenn sich das erste primäre Menü mit dem ersten primären Objekt befasst - dem Projekt, nicht mit der einzelnen Sequenz). Ich denke auch, dass es eine gute Idee ist, die Steuerelemente zum Hinzufügen/Entfernen/Schließen für Projekte und Sequenzen zu trennen (obwohl Sie dies immer noch in einem einzigen Menü tun können). Trotzdem denke ich wirklich, dass Konventionen bedeuten könnten, dass Benutzer das "normale" Menü leichter akzeptieren.

4

Das konventionelle Menü wirkt etwas erzwungen und unnatürlich.

Ich mag dein unkonventionelles Menü viel besser. Es scheint viel näher an dem mentalen Modell eines Benutzers zu sein. Persönlich würde ich das Menü "Bearbeiten" als zweites nach dem Designer-Menü einfügen, da das Designer-Menü dem herkömmlichen Menü "Datei" entspricht und "Bearbeiten" als zweites Menü verwendet wird.

In diesem Fall und für eine solche spezifische Problemdomäne würde ich mir keine Sorgen machen, dass ich mich nicht an eine Konvention halte. Es ist ein großes Plus, ein Menü bereitzustellen, das den Konzepten, mit denen sie arbeiten, viel besser entspricht.

Und vergessen Sie nicht, dass MS jetzt das Dateimenü mit seiner Ribbon-Oberfläche "versteckt" (es befindet sich jetzt in der App-Schaltfläche). In der Tat könnte man sagen, dass das Band die ganze herkömmliche Menüsache gestürzt hat.

3
Marjan Venema

Ich würde sagen, bleib bei der Konvention.

Ohne zu wissen, was ein Projekt/eine Sequenz/ein Objekt ist, ist mir das herkömmliche automatisch bekannt, und ich könnte mir gut vorstellen, was zuerst zu tun ist - Datei> Neu> Projekt.

In Ihrer domänenspezifischen Version erscheint es seltsam, dass sich New Project nicht unter Project befindet. Wenn ich ein Projekt erstellen wollte, würde ich zuerst auf Projekt klicken, ich würde nicht annehmen, dass es unter Designer ist.

Auch für mich sieht es hässlich aus, wenn das 'Neue' Wort an alles angehängt wird, nicht dass Sie beim Layout eine andere Wahl haben.

Wenn Sie also bei der Domain-spezifischen bleiben möchten, würde ich:

  1. Entfernen Sie das Designer-Menü
  2. Fügen Sie ein Objektmenü hinzu
  3. Fügen Sie alle Menüpunkte des Projekts in das Menü Projekt usw. ein.
  4. Stellen Sie die Einstellungen unter das Menü Bearbeiten

Wenn Sie sich an die konventionelle halten möchten, sollten Sie die Einstellungen unter dem Menü Bearbeiten vornehmen - das ist eine ziemlich standardmäßige Linux-Konvention.

1
icc97