Re: Centralisation des guides d'interface GNOME et KDE

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

  Posté par Raphael Junqueira (page perso, ) le 05/02/2003 à 11:11. (lien). É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 matiasf () le 05/02/2003 à 11:12. (lien). É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 Raphael Junqueira (page perso, ) le 05/02/2003 à 11:27. (lien). É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 matiasf () le 05/02/2003 à 11:38. (lien). É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 Infernal Quack (Jabber id, page perso, ) le 05/02/2003 à 11:46. (lien). É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 :)

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

          Posté par matiasf () le 05/02/2003 à 12:07. (lien). É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 Raphael Junqueira (page perso, ) le 05/02/2003 à 12:36. (lien). É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 Raphael Junqueira (page perso, ) le 05/02/2003 à 12:44. (lien). É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 Moby-Dik () le 05/02/2003 à 15:10. (lien). É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 Raphael Junqueira (page perso, ) le 05/02/2003 à 15:23. (lien). É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 123neveu () le 05/02/2003 à 15:27. (lien). É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 wismerhill (page perso, ) le 05/02/2003 à 15:29. (lien). É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 Infernal Quack (Jabber id, page perso, ) le 05/02/2003 à 15:46. (lien). Évalué à 1.

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

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

    Posté par Julien Olivier () le 05/02/2003 à 13:51. (lien). É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 matiasf () le 05/02/2003 à 14:10. (lien). Évalué à 1.

      > Chaque appli déclare une liste de paramètres configurables et gconf les ajoute dans son interface
      Les paramètres de configuration sont dans /etc/gconf/. L'appli ne les déclare pas à gconf. C'est gconf qui récupère les schémas et les valeurs par défaut dans /etc/gconf/. Par contre les données par utilisateur sont dans ~/.gconf.
      
      > seul GNOME (et encore, pas toutes les applis) l'utilise
      Il semble que KDE a un système équivalent (quelqu'un pour donner plus d'info ?).
      
      > Mozilla ou OOO de l'utiliser.
      Ce sont des projets qui doivent aussi tourner sous Windows, apple, HP-UP, etc... Ils ne peuvent donc pas avoir beaucoup de dépendance avec les libs GNOME.

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

      Posté par PasChauve PasOunet () le 05/02/2003 à 16:04. (lien). Évalué à 1.

      kde a aussi depuis longtemps ( plus que gconf je crois ) un systeme se rapprochant de la base de registre : syscoca
      
      http://developer.kde.org/documentation/library/kdeqt/kde3arch/ksyco(...)
      
      et l edition a la main est bien plus pratique que celle de gconf qui est en xml ( qui est mieux pour scripter )

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

      Posté par matiasf () le 05/02/2003 à 21:16. (lien). Évalué à 3.

      J'ai une url qui explique bien les caractéristiques de gconf :
      http://www.gnome.org/learn/admin-guide/2.2/gconf-0.html(...)

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

  Posté par Aurélien Girard () le 05/02/2003 à 11:33. (lien). É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)

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

    Posté par matiasf () le 05/02/2003 à 11:41. (lien). Évalué à 2.

    Çà existait avant GNOME 2. Par contre, l'appli existe depuis GNOME 2. Note que cette appli marche aussi avec les applis développées pour Gnome 1.[24].