la fenetre de selection d'un repertoir ou d'un fichier par defaut est loin d'étre evidente méme pour un initié, et reste peut pratique, dance ce domaine par exemple l'adjonction des chemins les plus courants t'elle que les rep home, son repertoir muisque ou autre son devenue un standar et son de plus trés inutitif et va tous a fait dans la direction Next ( qui voulait supprimer l'arborescence de la vie de l'utilisateur au profit de description complete des fichiers, genre musique mp3 Mozard synphonie etc ... ).
Si tu parles du filepanel par défaut, je suis assez d'accord, il pourrait être amélioré. Maintenant, il a aussi quelques idées plutôt sympa, comme le fait de pouvoir définir des "accessory views" : par exemple tu veux sauver un jpeg, tu ajoute une accessory view qui contiendra un slider pour définir la compression. Bref tu as moyen d'étendre au besoin le filepanel.
GNUstep peut aussi facilement se narguer d'étre l'environnement le plus coherent, avec aussi peut d'application c'est loin d'étre dur,
C'est pas faux c'est sûr :) mais d'un autre côté, on essaie d'être assez vigilant pour garder des UI propres (on a quelques fanatiques de l'ergonomie ...).
les applications arrive oui, mais peut on se rejouir de voir arriver un clone de Mail d'apple, en version a paine utilisable et depourvue de beaucoup de fonction qui avait fait la force de l'original telle que le junk filter, apres tous ce temps ?
Hmm là par contre je ne te suis pas ... d'une part, GNUMail n'est pas "à peine utilisable", perso c'est mon mailer principal depuis plus d'un an, et énormément de choses ont de plus évolués; deuxio, c'est franchement pas un "clone" du Mail d'apple (qui en passant n'est pourvu d'un junk filter que depuis quelques mois); et tertio on ne peut pas dire qu'on "vient de le voir arriver" ...
Cocoa, etc etc ... Chacun s'orguanise comme il veut, mais je pence que ce qui desert le plus GNUstep c'est encore l'objective C, les partisant du C travailleront plus volontier sous GNOME alors que ceux du C++ iriont plus naturellement vers KDE, mais je vois mal des developpeur apprendre ( méme si cela est en effet tres simple ) l'obj C, un language somme toute confidentiel pour qui ne developpe pas sur MAC, uniquement pour dev sur GNUstep.
Bref en gros ce que tu dis c'est qu'apprendre Objective-C est trivial, mais que ça va rebuter les gens malgrès tout. Pourquoi pas. C'est franchement quelque chose que je ne comprends pas : le plus "dur" n'est pas d'apprendre un nouveau langage, mais d'apprendre à se servir d'un nouveau framework -- ce qui sera "long", c'est d'apprendre à connaitre Foundation/AppKit, Objective-C est vraiment le moindre des soucis. D'autant qu'il ajoute peu de choses (juste ce qu'il faut :) au langage C.
Si nous devons attendre que GNUstep implemente un systéme similaire a quartz, j'ai bien peure qu'il faille attendre longtemps ( genre la version 1.4 de GNU/Hurd :-)
Heu rien ne t'empêche d'utiliser GNUstep avec n'importe quel système d'affichage, c'est conçu de façon extrèmement modulaire, un backend s'occupe de faire le lien avec le système utilisé (x11, libart, win32, dps ...) ... Le jour ou un système similaire à quartz (ou un display postscript qui marche bien) sort sous linux, ce ne sera pas très compliqué de faire un backend qui balance direct les ordres de rendu.
Les widgets de GNUstep ne sont pas sobre, ils sont moches, méme dans le genre du sobre et minimaliste Black/Flux/Open BOX s'en tire beaucoup mieux, il est possible de faire quelque chose de sobre et de plus accrocheur a l'oeuil.
Franchement ça c'est subjectif. Je connais pleins de personnes (dont moi :) qui trouvent au contraire le look clean et élégant (outre que c'est plus reposant de travailler avec ce look). Et puis, l'ergonomie ne dépends pas du look hein :-P
Maintenant, rien n'empêche de faire des thèmes pour GNUstep, j'ai un moteur de thème qui est en chantier sur mon disque dur, faut que je m'y remette ..
Honnêtement, le look est pas le plus important dans un toolkit (le plus important, ce sont les possibilitées offertes). Mais je comprends très bien que le look NeXT en rebutent certains ... de là à jeter le bébé avec l'eau du bain, je trouve simplement que c'est dommage.
[^] # Re: Beau gestion ?
Posté par Nicolas Roard . En réponse à la dépêche Sources du X11 "sauce" pomme dispo. Évalué à 7.
Si tu parles du filepanel par défaut, je suis assez d'accord, il pourrait être amélioré. Maintenant, il a aussi quelques idées plutôt sympa, comme le fait de pouvoir définir des "accessory views" : par exemple tu veux sauver un jpeg, tu ajoute une accessory view qui contiendra un slider pour définir la compression. Bref tu as moyen d'étendre au besoin le filepanel.
GNUstep peut aussi facilement se narguer d'étre l'environnement le plus coherent, avec aussi peut d'application c'est loin d'étre dur,
C'est pas faux c'est sûr :) mais d'un autre côté, on essaie d'être assez vigilant pour garder des UI propres (on a quelques fanatiques de l'ergonomie ...).
les applications arrive oui, mais peut on se rejouir de voir arriver un clone de Mail d'apple, en version a paine utilisable et depourvue de beaucoup de fonction qui avait fait la force de l'original telle que le junk filter, apres tous ce temps ?
Hmm là par contre je ne te suis pas ... d'une part, GNUMail n'est pas "à peine utilisable", perso c'est mon mailer principal depuis plus d'un an, et énormément de choses ont de plus évolués; deuxio, c'est franchement pas un "clone" du Mail d'apple (qui en passant n'est pourvu d'un junk filter que depuis quelques mois); et tertio on ne peut pas dire qu'on "vient de le voir arriver" ...
Cocoa, etc etc ... Chacun s'orguanise comme il veut, mais je pence que ce qui desert le plus GNUstep c'est encore l'objective C, les partisant du C travailleront plus volontier sous GNOME alors que ceux du C++ iriont plus naturellement vers KDE, mais je vois mal des developpeur apprendre ( méme si cela est en effet tres simple ) l'obj C, un language somme toute confidentiel pour qui ne developpe pas sur MAC, uniquement pour dev sur GNUstep.
Bref en gros ce que tu dis c'est qu'apprendre Objective-C est trivial, mais que ça va rebuter les gens malgrès tout. Pourquoi pas. C'est franchement quelque chose que je ne comprends pas : le plus "dur" n'est pas d'apprendre un nouveau langage, mais d'apprendre à se servir d'un nouveau framework -- ce qui sera "long", c'est d'apprendre à connaitre Foundation/AppKit, Objective-C est vraiment le moindre des soucis. D'autant qu'il ajoute peu de choses (juste ce qu'il faut :) au langage C.
Si nous devons attendre que GNUstep implemente un systéme similaire a quartz, j'ai bien peure qu'il faille attendre longtemps ( genre la version 1.4 de GNU/Hurd :-)
Heu rien ne t'empêche d'utiliser GNUstep avec n'importe quel système d'affichage, c'est conçu de façon extrèmement modulaire, un backend s'occupe de faire le lien avec le système utilisé (x11, libart, win32, dps ...) ... Le jour ou un système similaire à quartz (ou un display postscript qui marche bien) sort sous linux, ce ne sera pas très compliqué de faire un backend qui balance direct les ordres de rendu.
Les widgets de GNUstep ne sont pas sobre, ils sont moches, méme dans le genre du sobre et minimaliste Black/Flux/Open BOX s'en tire beaucoup mieux, il est possible de faire quelque chose de sobre et de plus accrocheur a l'oeuil.
Franchement ça c'est subjectif. Je connais pleins de personnes (dont moi :) qui trouvent au contraire le look clean et élégant (outre que c'est plus reposant de travailler avec ce look). Et puis, l'ergonomie ne dépends pas du look hein :-P
Maintenant, rien n'empêche de faire des thèmes pour GNUstep, j'ai un moteur de thème qui est en chantier sur mon disque dur, faut que je m'y remette ..
Honnêtement, le look est pas le plus important dans un toolkit (le plus important, ce sont les possibilitées offertes). Mais je comprends très bien que le look NeXT en rebutent certains ... de là à jeter le bébé avec l'eau du bain, je trouve simplement que c'est dommage.