Le Jeudi 1 Septembre 2005 10:44, Charles-Henri d'Adhémar a écrit :
> Je comprend ton point de vue Riri

Moi aussi, et je le partage pour d'autres raisons : ...

> Mais j'ai quand meme 2 arguments :
>
> 1- Nsetup est en Ruby il me semble. Donc Ruby sera sur le CD d'install.

C'est vrai. Mais la différence, c'est que pour Nsetup, l'interprêteur Ruby ne 
sera lancé qu'une seule fois pour l'ensemble du programme. Alors que pour 
Ncooker, il sera lancé à chaque fois qu'il y a un message à afficher. Les 
performances risquent d'en prendre un coup. :-) Ncooker fait bien sûr appel à 
des programmes externes comme xmlstarlet ou wget, mais ils sont codés en 
C/C++, ce qui grève moins les perfs.

> 2- En quoi c'est genant d'avoir une dependance a Ruby ou Python ?
> Gentoo utilise
> python et ils n'en sont pas mort pour autant... Ruby n'est quand meme pas
> tres lourd. Et puis on va se priver d'outils performant pendant combien de
> temps ? Je suis a fond sur la programmation objet quand il sagit de faire
> des applications "business oriented", ce qui est le cas d'Ncooker. On
> programme pas
> sur des microcontroleurs la quand meme ! Bash c'est bien, mais je le trouve
> limite pour ce qu'on ambitionne pour Ncooker. Pour moi, a terme Ncooker sera
> objet (peu importe le language). Le truc c'est qu'on l'a commence en bash.
> On le termine en bash. On voit comment ca se passe. Apres, pour une autre
> version,
> je suis persuade que ca plaira a certain de le faire objet.. ;-)

Je crois que ce n'est pas la bonne qui est posée. Pourquoi aurait-on besoin 
d'un outil plus performant que bash pour gérer les messages ? La dernière 
fois qu'on a parlé de la lib des messages, ce qui était remis en cause c'est 
l'algorithme utilisé pour les afficher, pas le fait d'utiliser bash pour le 
coder. Et pour moi, c'est bien de ça dont il s'agit. Bash est bien suffisant 
pour réaliser une gestion de messages sans qu'on est besoin d'utiliser un 
langage objet. Ce qu'il faut revoir, c'est uniquement l'algorithme et la 
liste de fonctions mises à la disposition des développeurs de 
commandes/modules Ncooker.

Concernant les fonctionnalités que tu proposes, ça me paraît beaucoup 
d'utiliser "start", "openchapter" et "openstep", non ?
Je n'ai pas compris la ligne « Nprint -closestep "connected" OK », pourquoi y 
a-t-il 2 paramètres "connected" et "OK" de passés ?
Pour « Dowloading foobar...... [OK] », est-ce que le fait de mettre le [OK] 
sur la bonne ligne ne risque pas d'être difficile à gérer ? sachant qu'elle 
peut aussi avoir disparue de l'écran.

++
Gontran

Répondre à