Différences

Ci-dessous, les différences entre deux révisions de la page.

--- seuu01:future [2012/02/22 06:34] – créée fredphil91
+++ seuu01:future [2012/04/11 22:37] (Version actuelle) – shinichi
@@ Ligne 1: / Ligne 1: @@
-THE FUTURE: UNITY and HUD
+**THE FUTURE: UNITY and HUD
 “Say hello to the Head Up Display, or HUD, which will ultimately replace menus in Unity applications.”
@@ Ligne 5: / Ligne 5: @@
 Thus Mark Shuttleworth, the Chairman of Canonical, announced the next development of the Unity interface at the start of the year. The HUD is intended to apply the Unity Dash search method to any Unity-compliant application.
-In a post full of enthusiasm for re-modeling the Graphical User Interface: “...it’s a way for you to express your intent and have the application respond appropriately. We think of it as 'beyond interface', it’s the 'intenterface'... 'intent-driven interface...'”
+In a post full of enthusiasm for re-modeling the Graphical User Interface: “...it’s a way for you to express your intent and have the application respond appropriately. We think of it as 'beyond interface', it’s the 'intenterface'... 'intent-driven interface...'”**
-Mark makes a good case:
+L'AVENIR : UNITY  et HUD
+« Souhaitez la bienvenue à la Head Up Display (Affichage tête haute), ou HUD, qui va, //in fine//, remplacer les menus dans les applications Unity. »
+C'est ainsi que Mark Shuttleworth, le PDG de Canonical, annonça le devenir de l'interface Unity au début de l'année. La HUD a pour objectif d'appliquer la méthode recherche du Dash d'Unity à toute application compatible avec Unity.
+Et, dans un message plein d’enthousiasme pour la modification de l'interface graphique : « ...Cela vous donne la possibilité d'exprimer vos intentions et recevoir une réponse appropriée de l'application. Nous le concevons comme "au-delà des interfaces", c'est le "intenterface"... "l'interface pilotée par vos intentions...". »
+**Mark makes a good case:
 “Menus serve two purposes. They act as a standard way to
@@ Ligne 16: / Ligne 24: @@
    * they are always in the same place (top of the window or screen)
-   * they are organized in a way that’s quite easy to describe over the phone, or in a text book (“click the Edit-> Preferences menu”), they are pretty fast to read since they are generally arranged in tight vertical columns
+   * they are organized in a way that’s quite easy to describe over the phone, or in a text book (“click the Edit-> Preferences menu”), they are pretty fast to read since they are generally arranged in tight vertical columns**
-They also have some disadvan-tages:
+Mark défend très bien ses idées :
+« Les menus visent deux objectifs. Ils sont la façon normale d'appeler des commandes qui sont utilisées trop rarement pour mériter... un bouton sur la barre d'outils et ils sont en quelque sorte la carte des fonctionnalités de l'appli..., que l'on peut parcourir pour avoir une idée de "ce que fait l'appli". Nous pensons que le domaine qui peut être amélioré est celui de l'invocation des commandes et c'est là que nous concentrons notre exploration des concepts. »
+Comme moyens d'invoquer des commandes, les menus ont quelques avantages :
+   * Ils se trouvent toujours au même endroit(en haut de la fenêtre ou de l'écran).
+   * Leur organisation peut être très facilement décrite par téléphone ou dans un livre de classe (« cliquez sur Edit -> menu Préférences »), on peut les lire rapidement puisqu'ils s'affichent en général en des colonnes étroites verticales.
+**They also have some disadvan-tages:
    * when they get nested, navig-ating the tree can become fragile
@@ Ligne 28: / Ligne 46: @@
    * they force developers to make often arbitrary choices about the menu tree (“should Preferences be in Edit or in Tools or in Options?”) and then;
-   * they force users to make equally arbitrary effort to memorize and navigate that tree. ”
+   * they force users to make equally arbitrary effort to memorize and navigate that tree. ”**
-The current prototype is a 'vocabulary UI', or VUI, intended to be closer to the way users think; you think of an action or an object in the application - the menu tree is no longer important. What’s critical in this model is the efficient matching of what the user says and the commands offered up.
+Mais ils ont aussi quelques inconvénients :
+   * Lorsqu'ils deviennent imbriqués, naviguer dans l'arborescence peut devenir malaisé.
+   * Ils vous demandent de lire beaucoup, alors que vous savez sans doute déjà ce que vous voulez.
+   * Ils sont plus difficile à utiliser avec le clavier qu'ils ne devraient l'être, puisqu'en général, ils vous demandent de vous souvenir de quelque chose de particulier (des touches spécifiques - hot-keys) ou utiliser un sous-ensemble très limité du clavier (les flèches).
+   * Ils obligent les développeurs à faire des choix, souvent arbitraires, concernant l'arborescence du menu (« où devrait-on mettre Préférences - dans Édition ou dans Outils ou dans Options ? ») et puis :
+   * ils obligent les utilisateurs de faire des efforts tout aussi arbitraires pour mémoriser et naviguer dans cet arbre.
+**The current prototype is a 'vocabulary UI', or VUI, intended to be closer to the way users think; you think of an action or an object in the application - the menu tree is no longer important. What’s critical in this model is the efficient matching of what the user says and the commands offered up.
 It’s supposedly a smart interface, employing fuzzy matching to pick up synonyms and it can learn your usual work patterns so it can prioritize the things you use often;
@@ Ligne 40: / Ligne 70: @@
 User interface changes can be a poisoned chalice. Unity isn't universally liked by all Ubuntu users (restrain yourselves!). While Apple tends to push through any
 user complaints in its own patrician way,  Microsoft is still struggling for equilibrium with the
-Ribbon interface, which still confuses millions with its ever-changing clutter of icons
+Ribbon interface, which still confuses millions with its ever-changing clutter of icons**
-Canonical is going the other way by removing ALL the chrome, menus, and 'clutter' from your desktop. It will work with any application that can use the Unity global menu, which includes most GTK and Qt Programs.
+Le prototype actuel est une « vocabulary UI » (interface utilisateur de type vocabulaire), ou VUI, conçu pour être plus proche de la façon de penser des utilisateurs ; vous pensez à une action ou un objet dans l'application et le menu arborescent n'est plus important. Ce qui est critique dans ce modèle c'est de mettre efficacement en adéquation ce que l'utilisateur dit et les commandes proposées.
+C'est censé être une interface intelligente qui se sert de techniques d'appariement floues pour apprendre des synonymes et il peut s'accoutumer à votre façon usuelle de travailler afin de prioriser les choses que vous utilisez souvent ;
+« Quand vous l'utilisez depuis un peu de temps, vous avez l'impression qu'il lit vos pensées, avec bénévolence. » Ravi que vous ayez rajouté les deux derniers mots, Mark.
+Tout d'abord, vous devez regarder la vidéo de démonstration pour voir HUD à l'œuvre. Une partie, notamment contrôler le lecteur de musique Banshee, paraît déjà très aboutie.
+Les modifications d'interface utilisateur peuvent être des cadeaux empoisonnés. Tous les utilisateurs d'Ubuntu n'aiment pas Unity (un peu de tenue !). Pendant qu'Apple force son chemin au travers de plaintes d'utilisateurs de sa propre façon patricienne, Microsoft lutte encore à trouver un équilibre avec l'interface Ribbon, qui rend encore des millions d'utilisateurs perplexes avec son fouillis d'icônes qui changent continuellement.
+**Canonical is going the other way by removing ALL the chrome, menus, and 'clutter' from your desktop. It will work with any application that can use the Unity global menu, which includes most GTK and Qt Programs.
 Not surprisingly, HUD is meeting a mixed response. For example:
@@ Ligne 50: / Ligne 90: @@
 Certainly, when you're in an application with hands on the keyboard in a typing position already, the HUD will be very convenient, but mousing around, say, chasing links on a website, or tool palettes in GIMP, Inkscape, or Scribus? The clunking Inkscape example in the video 'wiping away nested menus' perversely only illustrates the obstacles HUD has yet to overcome.
-Discovery, or 'discoverability' is another area of concern, along with the vocabulary of the user which has to coincide with the lexicon in the HUD before it offers any programs or commands. If the HUD can search on application descriptions and categories too, then it may well work better.
+Discovery, or 'discoverability' is another area of concern, along with the vocabulary of the user which has to coincide with the lexicon in the HUD before it offers any programs or commands. If the HUD can search on application descriptions and categories too, then it may well work better.**
-However, HUD is going to have to be some mindreader to help you find commands when you don’t know what you’re looking for. How do you discover menu items that you don’t know they exist? A new user might open a menu, select Edit, look at the selection beyond the standard Find/Replace/… and there’s an item they've never seen before.
+Canonical prend un autre chemin en enlevant de votre bureau TOUT le chrome, les menus et le « fouillis ». Il fonctionne avec n'importe quelle application qui peut se servir du menu global d'Unity, ce qui comprend la plupart des programmes GTK et Qt.
+Il n'est pas surprenant que HUD rencontre des avis mitigés. Par exemple :
+« Affreux. Qui donc regarde une interface utilisateur et dit : "Vous savez ce dont ceci a besoin ? Plus de dactylographie". »
+Il est certain que, quand vous utilisez une application avec les mains déjà sur le clavier dans une position de dactylographie, le HUD sera très commode, mais si vous vous servez de la souris, pour, disons, suivre des liens sur un site web ou utiliser des palettes d'outils dans GIMP, Inkscape ou Scribus ? L'exemple maladroit dans la vidéo au sujet d'Inkscape « effaçant des menus imbriqués » n'illustre, de façon perverse, que les obstacles que HUD doit encore surmonter.
+La découverte, ou la « discoverability » est aussi problématique, ainsi que le vocabulaire de l'utilisateur qui doit coïncider avec le lexique de la HUD avant qu'il ne puisse proposer des programmes ou des commandes. Si la HUD peut chercher à partir de descriptifs et catégories d'applications aussi, alors il pourra bien mieux fonctionner.
+**However, HUD is going to have to be some mindreader to help you find commands when you don’t know what you’re looking for. How do you discover menu items that you don’t know they exist? A new user might open a menu, select Edit, look at the selection beyond the standard Find/Replace/… and there’s an item they've never seen before.
 Quite how this is going to work for Asian language territories with typing issues has yet to be seen.
 HUD is currently a first cut prototype available for the 12.04 Alpha release and, if you're brave, you can install it in 11.04. It is entirely dependent on Unity 3-D overlays and transparency effects, however, so without these, you won't even see it, much less be able to try it.
-See the HUD demo on YouTube
+See the HUD demo on YouTube**
+Cependant, HUD devra être un vrai télépathe pour pouvoir vous aider à trouver des commandes quand vous ne savez pas ce que vous voulez. Comment découvrir des trucs dans un menu quand vous ne savez même pas qu'ils existent ? Un nouvel utilisateur pourrait ouvrir un menu, sélectionner Édition, regarder ce qu'il y a en dessous de Rechercher/Remplacer/... et votre quelque chose qu'il n'aura jamais vu auparavant.
+Le problème de comment il va fonctionner dans les territoires de langue asiatique avec des problèmes de dactylographie n'a toujours pas été adressé.
+Actuellement, HUD est un premier prototype disponible pour la sortie de la 12.04 Alpha et, si vous êtes courageux, vous pouvez l'installer dans la 11.04. Toutefois, il dépend complètement des superpositions et des effets de transparence d'Unity 3-D, alors sans cela vous ne le verrez même pas sans parler de l'essayer.
+Voir la démo HUD sur YouTube.