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 Arnaud . Évalué à 7.
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 matiasf . Évalué à 8.
Çà 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 khalid . Évalué à 7.
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 wismerhill . Évalué à 1.
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 Erwan . Évalué à 8.
# Re: Centralisation des guides d'interface GNOME et KDE
Posté par Tonton Th (Mastodon) . Évalué à 1.
[^] # Re: Centralisation des guides d'interface GNOME et KDE
Posté par Raphael Junqueira . Évalué à 7.
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 . Évalué à -2.
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 . Évalué à 2.
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 . Évalué à 1.
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 (site web personnel) . Évalué à 6.
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 matiasf . Évalué à 4.
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 . Évalué à 2.
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 . Évalué à 4.
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 . Évalué à 2.
[^] # Re: Centralisation des guides d'interface GNOME et KDE
Posté par Raphael Junqueira . Évalué à 0.
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 . Évalué à 4.
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 . Évalué à 1.
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 (site web personnel) . Évalué à 1.
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 Julien Olivier . Évalué à 2.
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 . Évalué à 1.
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 Prosper . Évalué à 1.
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 . Évalué à 3.
http://www.gnome.org/learn/admin-guide/2.2/gconf-0.html(...)
[^] # Re: Centralisation des guides d'interface GNOME et KDE
Posté par dinomasque . Évalué à 4.
BeOS le faisait il y a 20 ans !
[^] # Re: Centralisation des guides d'interface GNOME et KDE
Posté par matiasf . Évalué à 2.
# Re: Centralisation des guides d'interface GNOME et KDE
Posté par mammique . Évalué à 1.
[^] # Re: Centralisation des guides d'interface GNOME et KDE
Posté par matiasf . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.