Re :-)
Quoting Richard Gill <[EMAIL PROTECTED]>:
Ncooker tel qu'il est est designe pour la ligne de commande,
sommes-nous deja
tous d'accord sur ce point ?
Oui et non.
Ncooker est désigné pour permettre à un humain de gérer ses paquets.
On a choisit la ligne de commande, car c'est développé en script
shell, d'assez bas niveau pour permettre des extensions, et surement
aussi parce que Ncooker 2.0 était comme ça.
Je ne suis pas d'accord !!! C'est totalement l'inverse : on a choisit de
developper en shell CAR on a choisit de developper un outils en ligne de
commande. On aurait tres bien pu choisir de developper un outils graphique
directement... On ne l'a pas fait. Je suis le seul a trouver que la ligne de
commande est bcp plus souple/puissante que les GUI ?
Doter Ncooker d'une API orientée GUI, c'est-à-dire ?
Pour moi, Ncooker dispose déjà d'une API, ce sont les commandes (les
fonctions) auxquels on passe des paramètres (les arguments).
J'ai peur que tu veuille dire: Ncooker fournit des fonctions de
gestion graphique. Pour moi, une IHM appelle les services métier (les
commandes) d'un logiciel métier (Ncooker), et cela peut inclure la
gestion de la config.
C'est OK pour moi. je suis d'accord :-)
Ce module n'est pas strictement nécessaire (on peut même se dire de le
faire à la fin si on a le temps, de toute manière ça ne bloquera pas
le reste). Ca sert juste à dire : si un logiciel a besoin de modifier
les fichiers de conf de Ncooker, il appelle la commande correspondante
avec les bons paramètres, et c'est Ncooker qui fait le boulot, plutot
que d'aller trifouiller directement dedans. C'est vrai que l'intérêt
final est limité, mais c'est booo :-).
Je suis desole mais je ne vois aucun argument convaincant quand a son utilite.
J'ai l'impression qu'on veut faire un module pour qu'un GUI puisse
modifier le
fichier de conf Ncooker.conf au lieu de le faire a la main. Je ne vois aucun
cas d'utilisation pratique...
Par contre, pour un remplacement par un check-config, il faut bien-sûr
que cela se fasse sur un fichier temporaire, et non après écriture du
vrai (car le mal sera déjà fait si ya un problème).
Si Ncooker est invoque avec --check-config-file, alors le fichier de config de
Ncooker ne sera pas source et le code doit pouvoir tourner en standalone (sans
son fichier de conf) pour analyser le fichier de config en parametre. C'est
rien a faire...
Remarque : En aucun cas je cherche a m'acharner contre qui que ce soit, que ce
soit bien clair.
Par contre je tiens vraiment a sensibiliser nos utilisateurs au monde
merveilleux des fichiers de conf et de la ligne de commande. Dans les propos
que j'entends j'ai peur qu'on veuille faire du tout graphique. Pour moi
il faut
qu'on soit nickel au niveau de la ligne de commande. C'est la base. C'est
ensuite qu'on ira voir du cote GUI et tout et tout.
Pour moi les fichiers de conf et la ligne de commande c'est la base pour
maitriser et comprendre le systeme. Trop de GUI conduit a une dependance de
l'utilisateur vis a vis de la distro, sans aucune comprehension des systemes
unix...
