Centralisation des guides d'interface GNOME et KDE

Posté par  . Modéré par Pascal Terjan.
Étiquettes :
0
5
fév.
2003
Bureautique
Seth Nickell (GNOME Usability Project), Havoc Pennington (Free Desktop, GNOME), JP Schnapper-Casteras (Free Desktop Accessibility Working Group) et Aaron J. Seigo (KDE Project) ont annoncé la création d'Open-HCI. Ce projet, en phase initiale, est en cours de discussion. L'objectif est de centraliser les guides d'interface de KDE et GNOME dans un même document XML. Ce document XML sera hébergé sur http://www.freedesktop.org/ . A terme, d'autres projets pouront être intégrés dans ce document XML. Une mailing list a été créée pour les personnes intéressées par ce projet.

Aller plus loin

  • # Re: Centralisation des guides d'interface GNOME et KDE

    Posté par  . Évalué à 7.

    C'est une bonne chose, la guéguerre Gnome-Kde semble doucement s'estomper... C'est pas trop tôt!

    Ce qui est dommage, à mon sens, c'est que l'effort porte sur des recommendations d'IHM (Interface Homme-Machine) mais pas sur la définition d'une partie qui pourrait être commune, comme les boites de dialogues d'ouverture de fichier.
    • [^] # Re: Centralisation des guides d'interface GNOME et KDE

      Posté par  . Évalué à 8.

      > c'est que l'effort porte sur des recommendations d'IHM (Interface Homme-Machine) mais pas sur la définition d'une partie qui pourrait être commune

      Çà ne me semble pas l'objectif même si à moyen terme celà devrait arriver. Le but est de facilité la communication entre les deux projets sur l'interface et éviter des différences qui n'apportent rien. Par exemple avoir le même ordre pour les boutons <cancel> <ok>, etc...

      Çà peut être une bonne source d'inspiration pour le développement de version major. "Tiens KDE fait comme çà. C'est pas con, fesont la même chose pour GNOME 3.0".

      Pour moi, si ce projet est bien géré et utilisé, c'est un plus pour l'utilisateur final. Car la majorité des utilisateurs à venir en ont rien à foutre que l'appli soit KDE ou GNOME.
      Si on se dit que l'utilisateur final ne veut pas des applis qui ont un fonctionnement de l'interface différent, il va prévilégier un des deux environnement. A moyen terme, on a la configuration suivant si KDE et GNOME ne se rapproche pas :
      - des utilisateurs de KDE uniquement
      - des utilisateurs de GNOME uniquement

      Çà peut être très mauvais pour un des deux projets. Si un projet à 60 % d'utilisateur, les développeurs (et sociétés commerciales) vont choisir l'environnement qui a le plus d'utilisateurs et non celui qui est le plus adapté au développement du projet. A long terme, un des deux environnement va tomber aux oubliettes.
      • [^] # Re: Centralisation des guides d'interface GNOME et KDE

        Posté par  . Évalué à 7.

        Sans compter qu'aucun d'eux n'atteindra le seuil critique, un peu comme lors des guguerres des supports magnétique de seconde génération entre Sony et Philipps (Minidisc contre cassette numérique).

        Pour le moment le copier/coller entre KDE et Gnome marche à peu près par contre le drag and drop ce n'est pas encore ça.

        De façon idéale, il faut qu'un utilisteur lambda n'ait pas à savoir que l'application qu'il utilise est Gnome ou KDE qu'il puisse faire la même chose avec les deux et qu'il puissent les faire communiquer à sa guise.

        Mais je pense que la convergence se fera, elle prendre du temps, se fera petit à petit et non pas de façon immédiate, ce qui me semble impossible, vu les problèmes techniques mais les problèmes d'ego aussi.
        • [^] # Re: Centralisation des guides d'interface GNOME et KDE

          Posté par  . Évalué à 1.

          le copier/coller entre KDE et Gnome marche à peu près par contre le drag and drop ce n'est pas encore ça.

          Ah?
          J'ai pas de problème de drag'n'drop. Bon, je m'en sert pas beaucoup non plus, mais le dnd de konqueror vers xmms ou aria fonctionne bien, mais c'est peut-être que ces programmes-là (qui sont les seuls programmes non-KDE où j'utilise le dnd) ont fourni du boulot en plus pour être compatibles.
    • [^] # Re: Centralisation des guides d'interface GNOME et KDE

      Posté par  . Évalué à 8.

      La "gueguerre" n'a jamais vraiment existe que chez les utilisateurs, a part MDI aucun developpeur ne s'est abaisse a troller sur l'autre desktop.
  • # Re: Centralisation des guides d'interface GNOME et KDE

    Posté par  (site web personnel, Mastodon) . Évalué à 1.

    C'est une bien belle initiative, dans l'absolu, mais cela ne va-t-il pas déboucher sur une bloatwarisation des deux bureaux, voire pire, l'émergence d'une connerie à la base de registres ?
    • [^] # Re: Centralisation des guides d'interface GNOME et KDE

      Posté par  . Évalué à 7.

      non,

      regarde sur le meme site la documents sur le protocole netWM et surtout les .desktop (me rappellle plus le titre exacte du document) afin d'avoir un moyen commun pour les racourcis, enregistrement de capacites (mimes, facotries, ...) ce a quoi sert justement la majorite de la base de registre (le reste entant la sauvegarde des confs internes aux applis ce qui a l'heure actuelle n'est pas reelement partagee entre les desktops)
    • [^] # Re: Centralisation des guides d'interface GNOME et KDE

      Posté par  . Évalué à -2.

      > une connerie à la base de registres ?
      Non non. On va maintenant faire plein de formats de fichiers de configuration différents qui nécessitent une appli graphique spécifique à chaque fois. On est pas fou, ce genre de raffinement, on le réserve pour Windows.
      • [^] # Re: Centralisation des guides d'interface GNOME et KDE

        Posté par  . Évalué à 2.

        hmmm du gros troll bien poilu

        mais justement c le meme format (cf doc sur site) de fichier
        donc on peut facilement avoir une appli du genre regedit pour les .desktop si t'y tient (je pense meme avoir vu passer le debut de dev d'une appli de ce type sur les ml-kde, ptet dans kdenonbeta)
        • [^] # Re: Centralisation des guides d'interface GNOME et KDE

          Posté par  . Évalué à 1.

          > du gros troll bien poilu
          C'est claire.

          > mais justement c le meme format
          Je ne pensais pas à KDE (si c'est ce que tu penses). Je trouve l'idée de la base de registre de MS bonne mais si la réalisation par MS est plutôt mauvaise. Enfin, on compare souvent gconf de GNOME à la base de registre de MS pour dénigrer GNOME. Hors les technologies n'ont rien à voir.
          • [^] # Re: Centralisation des guides d'interface GNOME et KDE

            Posté par  (site web personnel) . Évalué à 6.

            Tout à fait les technologies n'ont rien à voir mais ce qui est uniquement accessible par les regedit-like devrait être mûrement réfléchit.

            Le seul truc utile de ces regedit-like serait de pouvoir profiter à l'avance de paramétrages qui n'ont pas encore intégré à l'interface de configuration classique de l'appli (Je pense à la fonctionnalité de changement de bureau avec la roulette de KDE qui existe mais n'est pas activable via interface)

            Pour le reste ça pourrait être un 'tweakage' plus fin de l'interface. Pour par exemple forcer une appli à uiliser un thème "pika" en lieu et place du thème par défaut. Bref des trucs super spécifiques dont on se fout en utilisant l'appli :)

            L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

            • [^] # Re: Centralisation des guides d'interface GNOME et KDE

              Posté par  . Évalué à 4.

              > ce qui est uniquement accessible par les regedit-like devrait être mûrement réfléchit.

              gconf-editor n'édite que les données personnelles ($HOME). S'il y a erreur de manipulation, il n'y a qu'un compte qui souffre. Les informations de référence /etc/gconf étant en lecture seul.

              > Le seul truc utile de ces regedit-like serait de pouvoir profiter à l'avance de paramétrages qui n'ont pas encore intégré à l'interface de configuration classique de l'appli

              Très juste. gconf-editor est à usage exceptionnel. Quand je parlais d'outil générique de configuration, je ne voulais pas dire que toutes les applis allaient être configurées par l'utilisateur par gconf-editor par exemple. Je voulais dire que toutes les applis utilise le même système générique pour la configuration de la appli. Ce qui permet pour quelque cas particulier d'utiliser un outil générique, ou d'authorisé l'édition des fichiers de conf par d'autres applis (style control-center).
              • [^] # Re: Centralisation des guides d'interface GNOME et KDE

                Posté par  . Évalué à 2.

                Très juste. gconf-editor est à usage exceptionnel. Quand je parlais d'outil générique de configuration, je ne voulais pas dire que toutes les applis allaient être configurées par l'utilisateur par gconf-editor par exemple. Je voulais dire que toutes les applis utilise le même système générique pour la configuration de la appli. Ce qui permet pour quelque cas particulier d'utiliser un outil générique, ou d'authorisé l'édition des fichiers de conf par d'autres applis (style control-center).

                De ce cote les deux DE utilisent un format de fichiers de confs "standard" (les config, un equivalent des .ini pour kde, des fichiers pour gnome je croit) donc facilement reexploitable de facon generique par outil simple d'edition
            • [^] # Re: Centralisation des guides d'interface GNOME et KDE

              Posté par  . Évalué à 4.

              Le seul truc utile de ces regedit-like serait de pouvoir profiter à l'avance de paramétrages qui n'ont pas encore intégré à l'interface de configuration classique de l'appli (Je pense à la fonctionnalité de changement de bureau avec la roulette de KDE qui existe mais n'est pas activable via interface)

              Justement, au niveau de kde il y a une discussion pour savoir si il vaut mieux pour prendre en compte des options avancees de "customization" des applis et de l'interface:
              - etendre le control-center avec des boutons "advanced" partout
              - avoir un equivalent de tweakUI et autres joyeuseries a la custom windows
              - avoir une application sommaire du style regedit

              et disont que le choix entre avoir deux applis pour la conf dont une qui sera assez complexe a maitrise (soit l'equivalent tweakUi, soit l'equivalent regedit) et un complexification (ca se dit?) de l'interface, qui entraine deja de nombreux cauchemars a la team usability de kde, du control-center, ben la team usability elle sait pas quoi dire ... a part "y a pas troisieme possibilite?"

              l'appli regedit existera en tout cas, car elle servira au minimum a bien "tuner" la conf generique (potentielement kiosk) des users par un admin. Maintenat pour le power user moyen qui veut "customizer" pas mal tout en ne sachant pas grand chose du fonctionnement de DE que faire ?
              • [^] # Re: Centralisation des guides d'interface GNOME et KDE

                Posté par  . Évalué à 2.

                La troisième possibilité, c'est adopter l'attitude de Gnome : "do the Right Thing", et non ajouter des myriades de bidules configurables inutiles ("choisissez le sexe et l'âge du dragon KDE...").
                • [^] # Re: Centralisation des guides d'interface GNOME et KDE

                  Posté par  . Évalué à 0.

                  le troll honteux

                  le pire ce sont generalement des options assez interressantes, mais malheureusement des que l'on donne un peu de souplesse a une interface ca entraine bcp d'options.

                  Des exemples "enormes" existent dans la logiciel de dessin, ils sont ultra souple au niveau interfaces, plugins, macros,... mais en contrepartie tu a le droit a un sacre tablo de bord pour les options
                • [^] # Re: Centralisation des guides d'interface GNOME et KDE

                  Posté par  . Évalué à 4.

                  Gnome 1.4 avait une miriade d'options pour contenter tout le monde. Pour la majorité des utilisateurs c'était trop complexe. J'aime bien, depuis Gnome 2, le fait de virer les trucs trop rarement utilisés pour se concentrer sur l'essentiel. Même si parfois je regrète certaines possibilité. Ils ont enfin compris que ce qui est important, ce n'est pas de faire 100 choses avec 1000 options et avec un coût en terme de complexité pour le projet, mais de se limiter à quelques fonctionnalités évidantes pour l'utilisateur.
                  Et tant pis s'il y a quelques utilisateurs de perdu.
                  Et tant mieux pour KDE qui récupère ces utilisateurs.
                • [^] # Re: Centralisation des guides d'interface GNOME et KDE

                  Posté par  . Évalué à 1.

                  "do the Right Thing"

                  D'accord, mais je veut que ce soit le "right thing" pour moi.

                  Ben oui, s'il y a plein d'options de configurations dans tous les programmes c'est parce que chacun à sa vision de la façon d'utiliser le programme. Et si tu veut réduire au maximum les options d'un programmes, tu va peu après te retrouver avec des clones qui implémentent la chose de façon différente. Donc plutôt que d'avoir un prog avec plein d'options tu as plein de progs qui font à peu près la même chose.
                • [^] # Re: Centralisation des guides d'interface GNOME et KDE

                  Posté par  (site web personnel) . Évalué à 1.

                  C'est ce qui me fait détester Gnome2 par rapport à Gnome1.4 :(

                  L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

      • [^] # Re: Centralisation des guides d'interface GNOME et KDE

        Posté par  . Évalué à 2.

        En fait, la solution existe déjà. Elle s'appelle gconf. Il s'agit d'une interface de configuration centralisée (un peu comme la base de registre windows). Chaque appli déclare une liste de paramètres configurables et gconf les ajoute dans son interface (gconf-editor je crois). Toutes les configs sont bien entendus stockés dans un fichier XML stocké dans ~/.gconf.

        Conclusion: gconf a les avantages des fichiers textes UNIX (modifiables sans GUI) et de la centralisation de la base de registre Windows. Seul hic: pour l'instant, seul GNOME (et encore, pas toutes les applis) l'utilise. Mais rien n'empècherait KDE, Mozilla ou OOO de l'utiliser.
    • [^] # Re: Centralisation des guides d'interface GNOME et KDE

      Posté par  . Évalué à 4.

      Ben de toutes façons dans GNOME2 il y a deja une simili base de registre avec un joli clone de regedit pour éditer ses paramètres et avoir accès aux fonctions cachés de l'interface (genre avoir des menus découpables)

      BeOS le faisait il y a 20 ans !

  • # Re: Centralisation des guides d'interface GNOME et KDE

    Posté par  . Évalué à 1.

    A quand une libraire commune compatible QT & GTK ? pour la portabilité, le dnd, le portable, le skinage, etc...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.