Heu ... L'ergonomie d'une interface comporte essentiellement des éléments visuels.
Certes, mais un truc "moche" peut avoir la même *ergonomie* (utilisation des mêmes composants, placés au même endroit) que le même truc avec des boutons bleus et des dégradés hein...
Comme dans beaucoup de domaines << un bon produit est un aussi beau produit >>. L'équipe de GnuStep a visiblement négligé ce point, d'où le peu d'engouement.
Bof... un bon produit n'est pas *aussi* (automatiquement) un beau produit. C'est juste un plus quand ça l'est (et l'inverse est bien évidemment faux, un beau produit n'est pas nécessairement un bon produit...)
Je ne pense pas que l'équipe de GNUstep a "négligé" ce point; c'est juste que vu que la plupart des devs originaux ont connus NeXTSTEP/OPENSTEP et que beaucoup de ceux qui sont attirés à GNUstep, paradoxalement aiment le look NeXT... Ben du coup, pas vraiment d'incitation à changer, quelque part. D'ailleurs, perso, je continue à apprécier l'interface NeXT, tout en étant conscient que, vu que le singe préfère la voiture rouge, il nous faut proposer des thèmes. Sauf que faire un bon thème (pas coller 3 dégradés), c'est encore un autre problèmes, m'enfin bon je m'écarte.
Or on remarquera que WindowMaker n'utilise visiblement toujours pas GnuStep (pas de cohérence visuelle).
WindowMaker n'a jamais utilisé GNUstep, il utilise son propre toolkit.
Je pense que l'utilisation du << ~/.gtkrc-2.0 >> serait vraiment appréciable pour la défintion du thème.
Gni ? pourquoi ?
si tu veux parler d'avoir un thème consistant entre toutes applications graphiques sous linux, ce sera pas réglé en utilisant le .gtkrc hein... plutôt par l'utilisation de librairies externes utilisés pour gêrer/dessiner un thème, et que les toolkits (Qt/Gtk/GNUstep/Fox/etc) utiliseraient. Il y a au moins deux projets créés récemment dans cette optique (selon moi, l'idéal serait que ce soit fait côté Freedesktop).
Je comprend toujours pas la non utilisation du binding en ObjectiveC de gtk+ (même en option de compilation) ?
Comprends pas ? Tu veux dire, faire en sorte que GNUstep utilise Gtk+ ? loin d'être simple, et d'un intérêt extrèmement relatif. GNUstep s'occupe lui même de son affichage, ce qui lui permet d'être vectoriel, indépendant du backend graphique et de la résolution. Il existe des backends utilisant xlib, libart, la GDI sous Windows, et d'autres en développement pour Cairo, DirectFB ...
[^] # Re: Bof
Posté par Nicolas Roard . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 4.
Certes, mais un truc "moche" peut avoir la même *ergonomie* (utilisation des mêmes composants, placés au même endroit) que le même truc avec des boutons bleus et des dégradés hein...
Comme dans beaucoup de domaines << un bon produit est un aussi beau produit >>. L'équipe de GnuStep a visiblement négligé ce point, d'où le peu d'engouement.
Bof... un bon produit n'est pas *aussi* (automatiquement) un beau produit. C'est juste un plus quand ça l'est (et l'inverse est bien évidemment faux, un beau produit n'est pas nécessairement un bon produit...)
Je ne pense pas que l'équipe de GNUstep a "négligé" ce point; c'est juste que vu que la plupart des devs originaux ont connus NeXTSTEP/OPENSTEP et que beaucoup de ceux qui sont attirés à GNUstep, paradoxalement aiment le look NeXT... Ben du coup, pas vraiment d'incitation à changer, quelque part. D'ailleurs, perso, je continue à apprécier l'interface NeXT, tout en étant conscient que, vu que le singe préfère la voiture rouge, il nous faut proposer des thèmes. Sauf que faire un bon thème (pas coller 3 dégradés), c'est encore un autre problèmes, m'enfin bon je m'écarte.
Or on remarquera que WindowMaker n'utilise visiblement toujours pas GnuStep (pas de cohérence visuelle).
WindowMaker n'a jamais utilisé GNUstep, il utilise son propre toolkit.
Je pense que l'utilisation du << ~/.gtkrc-2.0 >> serait vraiment appréciable pour la défintion du thème.
Gni ? pourquoi ?
si tu veux parler d'avoir un thème consistant entre toutes applications graphiques sous linux, ce sera pas réglé en utilisant le .gtkrc hein... plutôt par l'utilisation de librairies externes utilisés pour gêrer/dessiner un thème, et que les toolkits (Qt/Gtk/GNUstep/Fox/etc) utiliseraient. Il y a au moins deux projets créés récemment dans cette optique (selon moi, l'idéal serait que ce soit fait côté Freedesktop).
Je comprend toujours pas la non utilisation du binding en ObjectiveC de gtk+ (même en option de compilation) ?
Comprends pas ? Tu veux dire, faire en sorte que GNUstep utilise Gtk+ ? loin d'être simple, et d'un intérêt extrèmement relatif. GNUstep s'occupe lui même de son affichage, ce qui lui permet d'être vectoriel, indépendant du backend graphique et de la résolution. Il existe des backends utilisant xlib, libart, la GDI sous Windows, et d'autres en développement pour Cairo, DirectFB ...