Rom1 Le 19/02/2003 à 20:57 C'est clair que Ti Roxxxxxxxxxxxxxx !
alors une chose que je me demande c ou est passé le boulot fait par vince pour les archives ?
euhhhhh, bon ben tant pis, je m'attendais pas a ca :'(
Uther Le 20/02/2003 à 14:43 Bravo je suis en train de regarder la FAQ/Dico, je n'ai pas encore tout lu mais ca me parait bien fait. Pour les archive, ca parait encore un peu vide mais je pense que ca va changer. Pour les news il faudra voir a la longue mais ca serait bien un système de proposition de news au webmaster
Rom1 Le 20/02/2003 à 15:14 Je vais ajouter un système de proposition de news assez rapidement.
Pour l'instant on s'occupe des archives afin de proposer des programmes de qualité fonctionnant sur les dernière version d'AMS (2.08 en l'occurence) et v200. Bien sur il n'y a pas les 10 000 fichiers de ticalc mais au moins ils sont classés dans la bonne catégorie et à jour. La quantité viendra avec le temps. Ne vous en faites pas.
Pour les archives, s'il vous plaît, mettez des sous-répertoires doorsos pour les programmes pour kernel comme sur ticalc.org. On s'y retrouve beaucoup mieux avec ce système.
Si, un sous-répertoire. Le format natif doit être à la base, tout le reste dans des sous-répertoires.
Rom1 Le 20/02/2003 à 15:37 Je ne pense pas qu'il y ait un jour des sous-repertoires, par souci de simplicité et d'organisation. Principalement au niveau de la gestion.
Ticalc est certes très "struturé" (il faut une bonne dizaine de dossiers avant d'atteindre certains fichiers) mais les progs ne sont pas placés dans les bonnes parties. Par exemple TibReceiver, MaxMem sont dans la même partie, mais HW2Patch dans une autre... J'aimerais éviter ce genre de chose sur Ti-Rex
Il suffit de vérifier manuellement la catégorie et de la corriger au besoin.
Et il faudrait vraiment qu'on sache si un programme a besoin d'un kernel ou pas avant de le télécharger.
Uther Le 20/02/2003 à 15:40 Je ne pense pas que de sous-répertoires soient une bonne solution, il vaut mieur dans les détail mettre une icone pour différencier les deux
le nostub n'est pas si natif que ça puisque bizarrement on programmais en kernel avant le nostub !!!!!!!!