Le ruban doit-il être utilisé sur le Web?
Je suis en train de concevoir une application Web qui possède un grand nombre de commandes et de personnalisations, avec beaucoup d'autres à venir dans le futur.
J'ai lu un certain nombre de choses sur l'utilisation du ruban, des directives de MS à une longue série de vidéos du concepteur Office 2007 original sur leurs motivations pour le faire, etc.
D'après ce que je peux dire, vous devriez envisager un ruban si vous avez un grand nombre de commandes et un grand nombre de commandes liées à un contexte spécifique pour la création de documents. C'est ce que je crois avoir.
En remarque, je n'ai pas EXACTEMENT de scénario de création de document. J'ai un scénario de création de document (niveau RTF, pas complet au niveau MS Office) entouré d'un plus grand scénario de structuration et de navigation des données. Il semble que le ruban soit toujours approprié ici, mais il semble utile de le mentionner.
Cependant, ce que je n'ai pas vraiment vu, c'est s'il est considéré comme une mauvaise pratique d'utiliser une interface utilisateur de ruban pour une application Web pour une raison que je ne connais pas. C'est ça? Existe-t-il des pièges spécifiques au Web dont je devrais être conscient?
Si vous construisez RIA avec beaucoup de fonctionnalités, vous devez utiliser le ruban :). Selon cette discussion :
L'un des principaux moteurs du ruban était la possibilité de découvrir de nouvelles fonctions. Cela est dû à une recherche menée par Microsoft qui a indiqué qu'un grand nombre des fonctionnalités les plus demandées pour Word existaient déjà dans le produit; l'utilisateur ne savait simplement pas où le trouver.
Il y a aussi un autre point de vue: Microsoft concède que le ruban n'est pas intuitif
Je dirais que le ruban peut aider, mais vous devez être prudent, car il est si facile d'ajouter du bruit visuel au lieu de fonctionnalités précieuses.
Je ne pense pas qu'il y ait de considérations spécifiques au Web concernant l'utilisation du ruban. Un facteur quelque peu pertinent est que le ruban est bien conçu pour l'utilisation de raccourcis clavier qui ne sont pas aussi courants sur le Web que sur le bureau, mais sinon je pense que toutes les considérations habituelles s'appliquent.
En fait, Balsamiq utilise une interface en forme de ruban avec beaucoup de succès. Ce n'est pas exactement le ruban standard, car le menu de niveau supérieur est également présent, et la partie "ruban" ne vous permet que de sélectionner des contrôles, mais dans l'ensemble c'est le même concept.
Le principal problème avec un ruban sur un site Web est la large gamme d'appareils dont vous pourriez avoir besoin. Le problème évident est qu'il ne fonctionnera pas bien sur un appareil de taille de téléphone, l'autre problème est que la taille d'une unité de pixel (css px ou pixel de l'appareil) varie considérablement en fonction de l'appareil. J'ai vu des applications qui fonctionnent bien sur un iPad mais sur un iPad mini devenir 20% plus petites et que 20% font une grande différence de convivialité (sur certaines applications).
Les rubans semblent être sensibles à la taille: si les éléments sont trop gros, ils deviennent maladroits et l'espace inefficace, trop petits et les éléments deviennent difficiles à lire et à cliquer. Cela pourrait ne pas être un problème si vous ne vous préoccupez que du bureau, je ne pense pas que la taille des pixels de l'appareil varie autant là-bas.
En tout cas, je pense qu'un ruban peut être aussi efficace dans un site Web que dans une application native, mais les défis techniques peuvent être plus importants (ou peut-être simplement différents), en particulier en ce qui concerne le dimensionnement et la mise à l'échelle.