hello,
Salut tout le monde
J'aurai aimé savoir combien de personne(s) étai(en)t sur le projet Ncurses ?
Geekitux et moi on y était
Je vois beaucoup de monde qui parle de gtk (+-) mais aucun (ou un seul) qui
parle de Ncurses.
Il me semble que le développement en Ncurses devrait être une des priorités
pour l'interface graphique (ou alors GTK est la prio et Ncurses, pas
vraiment) car il n'y a pas de dépendances pour gnome kde et scie. En plus une
fois la base établie, il serait beaucoup plus pratique de rajouter des
interfaces.
En gros pour simplifier, pourquoi ne pas avoir (au début hein ;)) une seule
interface graphique (Ncurses ou gtk) pour tout le monde et avoir un produit
fini (avec tout ce que ca comporte) plutôt que d'aller faire 300 interfaces
en même temps.
En plus si tout le monde participe à cette interface graphique, le jour ou une
personne ne peut plus coder par manque de temps (ou autre) n'importe qui est
capable de reprendre rapidement.
J'avoue que ca fait un système assez strict ou tout le monde ne peut faire ce
qu'il veut. Cependant une fois le site web modifié, pourquoi ne pas mettre
une gestion pour dire qui s'inscrit à tel ou tel endroit pour coder ce qu'il
a envie (par plaisir, pas à contre coeur d'imposition) avec le nombre max de
personnes qui peuvent se coller sur le code en question. Cela n'empêche pas
une personne d'aller relire un code afin de l'améliorer ou autre, non ?
Ben en fait l'ennuie c'est qu'on est obligé d'avoir une interface curses
car il faut que le tool puisse être utilisé dans un environement le plus
simple possible cad : en mode console pur. Ensuite si on souhaite un
truc plus beau on peut rajouter une interface gtk, car une interface
curses c'est vrai que c'est pas ce qu'il y a de plus beau (bien qu'on
puisse arriver à faire des trucs sympa).
Il y a deux solutions:
- celle de gontran
- et celle de la couche d'abstraction.
La solution de la couche d'abstraction a deux points forts : on
programme l'interface qu'une fois et on
peut rajouter autant de support gui que l'on souhaite.
Mais est-ce qu'on a vraiement besoin de 5000 supports gui ? perso je
pense que non : une curses et une graphique suffisent réellement. Si je
suis un fan de qt je vais pas m'amuser a installer qt puis a rajouter le
support "Nsetup-qt" à Nsetup tout ça pour avoir une interface en qt de
Nsetup (ou il y aura presque aucune difference, sauf quelques détails).
Donc ouais je pense que la solution de gontran savére être la plus sage:
le programmeur d'un module Nsetup doit programmer lui-même l'interface
de son module de A à Z et non utiliser une couche d'abstraction le
limitant sur ses possibilités ....
Si on garde le langage ruby pour coder Nsetup je veux bien monter une
documentation pour expliquer grosso-modo comment Ncurses s'utilise et
plus si affinité ;)
Je pense aussi à donner des exemples de code (notamement pour les barres
de chargements) afin d'aider
un peu les programmeurs de modules pour fabriquer leurs widjets si ils
en ont besoin...
Est-ce que ça interesse que je monte une documentation d'aide au
développement d'interface ncurses ? si bien sûr on
programme Nsetup toujours en ruby...
Je ne sais pas pk mais je vais me faire des ennemis, je pose tjrs des
problèmes partout lol
La Chips
++
