TI-FR V3 : (admin, toi qui lis ceci, n'hésites pas à mettre ça ou tu penses que ça trouve ça place) - Page 1

CAHIER DE DOLEANCES

========================================


Voilà le but est de recenser ici les souhaits de chacun (sans commentaire, d'aucune part s'il vous plait) afin de pouvoir établir des specs potables pour mettre sur pieds TI-FR V3

N'hésitez pas à mentionner des détails qui pourraient vous sembler indispensable mais tellement logiques...


A titre de rappel, on déjà été demandé :
- Une révision des couleurs et du design
- Un "chariot" pour "faire ses courses" dans les archives
- Des packs essentiels (SHELL + le mini pour tout éxécuter)
- Réécriture de la doc
- News officieuses (elles seront normalement maintenues)
- Certains ont parlé d'un support technique...

Voilà, proposez tout ce que vous aimeriez trouver, une fois qu'on aura fait le tour, on vous donnera vos réponses.


Merci encore une fois de ne pas flooder (pas du tout) ce topic, on ne veut ici QUE des propositions, pas votre avis sur celle des autres.

Dernier détail : précisez au maximum votre pensée, que l'on vous comprenne à la première lecture.

Il serait bien de séparer les archives ASM en _nostub et kernel.

mais al;ors, de façon équitable, pas comme sur ticalc...

Il serait bien d'avoir une indication claire du répertoire où l'on se trouve quand on est dans les archives avec possibilité de remonter de plusieurs niveaux d'un coup (du style de passer de \92pasmniveauxmario à \92p en un click)

ca serait bien d'avoir un screenshot et un petit descriptif (un peu comme sur ticalc)

Avec le nombre de programmes qui existe pour TI, il est clair qu'il y a du boulot à faire dans la partie archive.

Le mieux serait sans doute de faire une vraie base de données, qui marche, avec une interface pour la consulter, qui marche, pour permettre un listage des progs selon différents critères, qui marchent, pas comme sur certains sites, où ça marche jamais.
Critères possibles : matériel (-> 2critères : 89/92?/92+/200, HW), système (basic, nostub, kernel), type de programme (jeu, utilitaire, science...), genre (ex : de nombreux programmes ont été implantés par de nombreuses personnes, et lorsqu'on cherche un bomberman, un casse-briques, un casse-tête, il y a de vrais merdes et des chef d'oeuvres, alors quand on veut pouvoir tout comparer, c'est bien quand on évite au moins d'aller les chercher), date, auteur...
Pour chaque type de programme, ne pas hésiter à faire un arborescence la plus développée possible.

A chaque fois que le mot "nostub" ou "kernel" associer un lien décrivant au mieux le système en question.

Pour ce qui est de l'affichage des programmes trouvés, l'aperçu d'ensemble est important : screenshot (oui, je commence l'info indispensable), descriptif, nom, auteur, date (important), matériel et système supporté.

Pas de système de notation. Pas de top 10/50 d'auteurs ou de progs. Pas de statistiques à la con. Bref, rien de ce genre de merde qu'on retrouve sur ticalc. Car :
1. Ca prend du temps à faire.
2. Ca favorise des programmes/auteurs.
3. Si la partie archives est bien faite, comme je l'ai dit, on n'a plus besoin de ça pour trouver les bons progs.

Pour chaque programmes, on peut associer un topic, notamment pour commenter, mais pourquoi pas débattre (vaut mieux que ce soit vivant plutôt que mort comme c'est souvent le cas). On peut aussi avoir accès directement à un éventuel fichier texte explicatif se trouvant dans l'archive fournie par l'auteur (comme c'est déjà plus ou moins le cas sur ticalc).

Pour réduire au maximum tout ce travail, vaut mieux passer un maximum de temps à développer tout ça et à automatiser. Permettre aussi à l'auteur de gérer son propre programme, avec dans ce cas, un système de contrôle le plus efficace possible : celui qui s'occuperait des archives ne recevrait plus qu'une liste des modifications souhaitées depuis la dernière fois, et de ne plus avoir qu'à valider ou refuser (on peut nuancer évidemment).

Hmmm.... Egalement éviter lamort de certaines parties (concours notamment). Peut etre faire également les 83-82...

Au fait, pour le BASIC, il serait bien de séparer entre BASIC pur et "hybride" (BASIC+libs en assembleur/C). Parce que les programmes "hybrides" ne sont pas vraiment du BASIC, ils combinent les désavantages des 2 solutions: c'est lent comme du BASIC, et instable comme du C/assembleur.

erf

KK> une lib en C pour du basic n'est pas un TSR que je sache (citation de Vertyos)

Ce qui serait bien je trouve et que je n'ai trouvé nul part, c de pouvoirs changer de pseudo sans avoir à créer un nouveau compte (avec éventuellement un truc du genre aKa ancien_pseudo qui apparaitrait pendant un certain temps pour savoir qui parle).

Un truc très important aussi, c que les temps de mise à jour des archives lors de l'envoie d'un nouveau programme ne doivent pas excéder une semaine et moins si c'est une simple update d'unb fichier existant.

EvaSDK
a écrit : KK> une lib en C pour du basic n'est pas un TSR que je sache (citation de Vertyos)

Ça peut quand-même rendre le système instable. Et d'ailleurs, je pense qu'il y a bien plus de risque de planter sa calculatrice avec Vertel qu'avec AutoClBr...

Peu importe, séparons les deux types de prog basic, le pur et euh... l'autre (qui a dit 'impur'? ): il y a une autre différence de taille: l'un sera compatible (ou presque) avec les 92/92II (qui a dit 'on s'en fout'? ).

Oops j'avais oublié le 1er post, désolé...

Bon alors pour les propositions, je serais plutot pour éviter de créer 200 rubriques, et être obligé de rentrer dans des dizaines de sous-catégories pour trouver ce que l'on cherche. Tout doit être accessible facilement.

Je suis pour qu'on puisse organiser son arborescence comme chacun le souhaite
Nan, franchement, l'arborescence, on s'en fout, t'en qu'on trouve ce qu'on cherche


H.S:Kevin, je te rappelle que certaine partis de Shellian sont aussi rapide que l'équivalent chez la concurence

justement! si t'as une bonne arborescence, tu trouvera d'autant plus vite ce que tu veux !

de ce cote la, ticalc n'est pas trop mal (arbo)

Un truc qui serait pas mal, c'est que les utilisateurs puissent eux-meme contribuer aux differentes rubriques (avec validation des admins, bien sur ...). Comme ca personne ne pourra raler que le site tombe en decrepitude ... etc ...

Vous qui voulez une bonne arborescene mais ki fasse pas 3 km de long le plus simple serait alors comme le proposait tiMad je crois de faire une bonne base de données d'archives classées plus ou moins et accompagner ca d'un moteur de recherche bien efficace ... le pb serait reglé comme ca nan ?

Parce que les programmes "hybrides" ne sont pas vraiment du BASIC, ils combinent les désavantages des 2 solutions: c'est lent comme du BASIC, et instable comme du C/assembleur.

je ne suis donc pas le seul à penser ça.

de ce cote la, ticalc n'est pas trop mal (arbo)

mise à part que la séparation nostub/kernel n'est pas faite de manière équitable !

l'énorme problème de ticalc c'est que la partie kernel s'appelle 'doorsos'
c'est inadmissible, il faut absolument que ce soit 'kernel' sur ti-fr

Pour l'arborescence: Il faudrait avoir au même niveau de l'arborescence les Quatre catégories citées ici: Basic pur (mon préféré), Basic mixte, Kernel et Nostub.
Pour les basic+exec, je pense que le mieux est de les mettre dans la partie basic pur, puisqu'il n'y a pas de programme lib externe...

Pour la navigation dans l'arborescence, pkoi pas utiliser le système de TICalc, doublé pour ceux qui on le flash d'une arborescence en flash comme l'arborescence de l'explorateur... sur http://msdn.microsoft.com, par exemple, on trouve ce genre d'arborescence... Mais le flash ne devra pas être obligatoire!

aRf, tu flash ... je pensais mm pas que qqn pouvait y penser ... (un simple script c quand mm mieux).

> Faites une vrai partie prog plz, genre avec une catégorie source etc.
> Faudrait refaire complement la FAQ et ne pas oublier de faire une partie sur l'utilisation de la calculatrice, en gros, reprendre le boulto de ticas.

enfin, ... ce serait sympa

c dingue les conneries qui sont balancé ;-)

en tt cas microsort utilise po le flash pour leur menu, mais du bon vieux javascript

Pour se qui est de la dénomination DoorsOs sur ticalc, c une raison historique.
Avant il y avait un autre repertoir :
PlusShell

pasque les exsecuitable plusshell et doorsos sont pas tres compatible entre eux...
Heureusement aujourd'hui tt les kernels sont compatibles DoorsOs, donc mettre DoorsOs comme nom de repertoire est pas si faut. Le mieux serait de le nommer "Kernel - DoorsOs compatible" mais c ptet un peu long non ?

Non
Il faut une partie 'kernel' avec une doc sur les kernels dedans.
pourquoi? parceque sinon ça va continuer comme actuellement: les newbies vont se pointer et mettrer directement DoorsOs sur leurs calc.

ps au passage juste pour dire a ceux ki reprennent ti-fr !!
si vous voulez vs pouvez reprendre les quelques interviews et le test que j'avais fait pour ti-fr v2
demandé a trollou de vous les filler moi g plus rien sur mon dur

aussi y a t-il rellement besion de garder ce qui concerne la ti-92 et la ti-92II?

Je pense que oui, ces utilisateurs existent encore, y'a qu'a voir le nombre de téléchargement que j'avais réalisé avec mon agenda. Ils étaient certe 2*moins nombreux mais ils étaient là. Pourquoi se priver...

Moi j'aimerais bien avoir une notion de lu/non lu sur les news
et si possible, avoir la possibilité de n'afficher que les news sur le thème "68k" ou alors que les news sur le thème "INFO"...

PS : j'ai une 92 I ET une 92 +...

pas con ca