> 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 matiasf . En réponse à la dépêche Centralisation des guides d'interface GNOME et KDE. É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.