Je suis d'accord avec toi. généralement (c'est mon avis perso et je vais l'expliquer), je trouve les applis GTK/GTK+/GNOME peu ou pas ergonomiques et avec une inter-activité très faible.
Voici les points très irritants qui font que je reste scotché pour l'instant à KDE.
- La plupart des applications GTK sont isolées "stand-alone" et ne tirent pas partie les unes des autres. exemple: glisser-déplacer une image depuis firefox vers une autre application ne fera que coller le lien de l'image. Dans konqueror/kmail, lors du déposé, un menu contextuel demande si on souhaite coller le lien ou-bien attacher l'image en pièce jointe.
- chaque application GTK utilise ses composants personnels et ne réutilise que très peu de choses des autres applications alors que dans kde l'API est centralisée et partagée. quand l'API évolue, toutes les applications profitent de l'évolution. exemple, quand un gadget texte intègre le correcteur orthographique, toutes les applications en bénéficient (que ce soit kate, khtml (pour les forms), ...Typiquement, le moteur d'import HTML d'OOo n'utilise pas le moteur de firefox (en tous cas, pas le même code dans une même librairie dynamique partagée). Cela implique deux rendus différents avec potentiellement deux fois plus de bugs possibles (sans compter une utilisation mémoire pas top).
- GNOME/GTK (évolution de forms si je ne me trompe)/Harmony (Clone GPL de Qt à l'époque du pb de licence) sont des projets qui n'ont été créés par RMS que dans le seul but de contrer le projet Qt/KDE (on devrait même pouvoir trouver son post sur google je pense): Raison officielle: la license de Qt de l'époque, raison malheureusement plus réaliste: le patriotisme Américain: ne pas dépendre de produits externes (Qt et KDE sont majoritairement Norvégiens/Allemands à l'origine). On peut en rire, mais à l'époque, les seules distributions à intégrer KDE étaient SuSE (Allemangne) et Mandriva (France, fork de redhat suite à la décision de redhat de ne pas intégrer KDE). Aujourd'huis encore, ce clivage existe et on le voit bien sur la répartition géographique des commits KDE.
http://commit-digest.org/issues/2008-06-29/
=> Un projet créé pour contrer quelque-chose ne peut pas innover (AMHA)
- Le bouton Ok est inversé par rapport à windows, donc quand on est utilisateur des deux environnements, on fait souvent des erreurs en appuyant sur Ok au lieu de annuler et vice-et-versa. (quand je lis que ce choix est fait car Apple a fait une étude très poussée sur les problèmes articulatoires du poignets, ça me fait bien marrer, car c'est oublier un peu vite le nombre d'heures de travailles supplémentaires générées par ces erreurs....)
- le "breadcrumb" des boites de dialogues de sélection de fichier sont irritantes au possible et ne permettent pas par exemple de traverser un /home dont les permissions sont 711 (permission logique pour un /home afin que l'utilisateur A ne voit pas que l'utilisateur B a merdé dans les permissions de son home).
C'est si agréable l'auto-complétion des chemins dans KDE avec les listes déroulantes automatiques... Cliquer la première lettre d'un répertoire et valider avec flèche vers le bas est si agréable comparé à la recherche visuelle de "où il est ce foutu répertoire que je le click". Je ne parle pas non plus de je veux aller de /pub/distributionsLinux/Mandriva/2008.0/i586/media/xxx à /pub/distributionsLinux/Mandriva/2008.1/i586/media/xxx... Avec le breadcrumb, il faut remonter et redescendre.... Quelle perte de temps!
Enfin bref, vous l'aurez compris, Gimp, open office, firefox et autres GTK-ries biens qu'ayant joué un rôle fondamental et clé dans le développement de linux sur le desktop sont maintenant obsolètes en terme d'ergonomie. Quand on compare gimp à krita ou digikam, on rigole. comment tracer une ligne droite dans gimp? (je ne parle même pas du support des modèles de couleur 16bits ou 32bits. On reste simple avec une simple ligne hein?)
Aujourd'hui, une application moderne se doit de partager son code. Le niveau des applis modernes est tellement élevé que ré-écrire tout depuis le début est maintenant devenu impossible. Pourtant certains y croient encore. Quel dommage que firefox ait son propre correcteur orthographique, que OpenOffice ait aussi son propre correcteur orthographique avec son propre dictionnaire....
[^] # Re: oo vs abiword
Posté par Olivier LAHAYE . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 2.
Voici les points très irritants qui font que je reste scotché pour l'instant à KDE.
- La plupart des applications GTK sont isolées "stand-alone" et ne tirent pas partie les unes des autres. exemple: glisser-déplacer une image depuis firefox vers une autre application ne fera que coller le lien de l'image. Dans konqueror/kmail, lors du déposé, un menu contextuel demande si on souhaite coller le lien ou-bien attacher l'image en pièce jointe.
- chaque application GTK utilise ses composants personnels et ne réutilise que très peu de choses des autres applications alors que dans kde l'API est centralisée et partagée. quand l'API évolue, toutes les applications profitent de l'évolution. exemple, quand un gadget texte intègre le correcteur orthographique, toutes les applications en bénéficient (que ce soit kate, khtml (pour les forms), ...Typiquement, le moteur d'import HTML d'OOo n'utilise pas le moteur de firefox (en tous cas, pas le même code dans une même librairie dynamique partagée). Cela implique deux rendus différents avec potentiellement deux fois plus de bugs possibles (sans compter une utilisation mémoire pas top).
- GNOME/GTK (évolution de forms si je ne me trompe)/Harmony (Clone GPL de Qt à l'époque du pb de licence) sont des projets qui n'ont été créés par RMS que dans le seul but de contrer le projet Qt/KDE (on devrait même pouvoir trouver son post sur google je pense): Raison officielle: la license de Qt de l'époque, raison malheureusement plus réaliste: le patriotisme Américain: ne pas dépendre de produits externes (Qt et KDE sont majoritairement Norvégiens/Allemands à l'origine). On peut en rire, mais à l'époque, les seules distributions à intégrer KDE étaient SuSE (Allemangne) et Mandriva (France, fork de redhat suite à la décision de redhat de ne pas intégrer KDE). Aujourd'huis encore, ce clivage existe et on le voit bien sur la répartition géographique des commits KDE.
http://commit-digest.org/issues/2008-06-29/
=> Un projet créé pour contrer quelque-chose ne peut pas innover (AMHA)
- Le bouton Ok est inversé par rapport à windows, donc quand on est utilisateur des deux environnements, on fait souvent des erreurs en appuyant sur Ok au lieu de annuler et vice-et-versa. (quand je lis que ce choix est fait car Apple a fait une étude très poussée sur les problèmes articulatoires du poignets, ça me fait bien marrer, car c'est oublier un peu vite le nombre d'heures de travailles supplémentaires générées par ces erreurs....)
- le "breadcrumb" des boites de dialogues de sélection de fichier sont irritantes au possible et ne permettent pas par exemple de traverser un /home dont les permissions sont 711 (permission logique pour un /home afin que l'utilisateur A ne voit pas que l'utilisateur B a merdé dans les permissions de son home).
C'est si agréable l'auto-complétion des chemins dans KDE avec les listes déroulantes automatiques... Cliquer la première lettre d'un répertoire et valider avec flèche vers le bas est si agréable comparé à la recherche visuelle de "où il est ce foutu répertoire que je le click". Je ne parle pas non plus de je veux aller de /pub/distributionsLinux/Mandriva/2008.0/i586/media/xxx à /pub/distributionsLinux/Mandriva/2008.1/i586/media/xxx... Avec le breadcrumb, il faut remonter et redescendre.... Quelle perte de temps!
Enfin bref, vous l'aurez compris, Gimp, open office, firefox et autres GTK-ries biens qu'ayant joué un rôle fondamental et clé dans le développement de linux sur le desktop sont maintenant obsolètes en terme d'ergonomie. Quand on compare gimp à krita ou digikam, on rigole. comment tracer une ligne droite dans gimp? (je ne parle même pas du support des modèles de couleur 16bits ou 32bits. On reste simple avec une simple ligne hein?)
Aujourd'hui, une application moderne se doit de partager son code. Le niveau des applis modernes est tellement élevé que ré-écrire tout depuis le début est maintenant devenu impossible. Pourtant certains y croient encore. Quel dommage que firefox ait son propre correcteur orthographique, que OpenOffice ait aussi son propre correcteur orthographique avec son propre dictionnaire....