Die meisten Anwendungen werden nicht das Ribbon-UI-Muster/Design benötigen.
Das bedeutet jedoch nicht, dass die meisten Entwickler das Ribbon nicht in ihren Anwendungen einsetzen würden.
Obwohl es aus Sicht des UI-Designs möglicherweise keine Rechtfertigung dafür gibt, das Ribbon in eine Anwendung zu integrieren, gibt es dennoch einen Punkt, der für die Verwendung eines vorhandenen UI-Musters/Designs spricht, mit dem die Benutzer vertraut sind, um die Navigation und Verwendung dieses UI aufgrund dieser Vertrautheit zu erleichtern.
Aufgrund der Verbreitung der Office-Produktlinie ist es nicht überraschend, dass das Ribbon eines der am häufigsten nachgeahmten UI-Designs/Muster ist. Vor dem Ribbon waren die alten Office-Befehlsleisten die am häufigsten nachgeahmten (und sie sind sogar in .NET durch die ToolStrip
-Klasse im System.Windows.Forms
-Namensraum zugänglich) und man sah viele Anwendungen, die in der letzten Dekade herauskamen, dieses UI-Muster verwendeten.
Also, während ich nicht behaupten werde, dass die Anwendung des Ribbon für jede Art von Anwendung angemessen ist, sollten all seine Vorteile in Betracht gezogen werden, wenn man es in Betracht zieht, das bedeutet sowohl die organisatorischen Funktionen als auch die Vertrautheitsmerkmale.
Es gibt eine ausgezeichnete Präsentation von Jensen Harris auf der MIX08 mit dem Titel "Die Geschichte des Ribbons", die die Notwendigkeit eines neuen Ansatzes in Office aufgrund des Überflusses an Menüs und Elementen sowie die Art und Weise, wie sie das Problem betrachteten und letztendlich das Ribbon entwickelten, chronologisiert. Das Video dauert etwa 90 Minuten, ist aber unverzichtbar, wenn Sie verstehen wollen, warum das Ribbon in der heutigen Form existiert, sowie wann es angemessen ist, es zu verwenden und wann nicht.
1 Stimmen
Sollte diese Frage auf ux.stackexchange.com verschoben werden?