squale92
a écrit :
mise à part que la séparation nostub/kernel n'est pas faite de manière équitable !
C'est la manière la plus logique. On met les programmes au format natif directement dans le répertoire, et les programmes qui nécessitent l'installation d'un émulateur ("kernel") avant de pouvoir les utiliser dans des sous-dossiers. C'est aussi ce que ticalc.org a fait pour tous les autres modèles (regarde comment est organisé la partie TI-83+).
Ximoon a écrit :
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
C'est moi qui ai proposé ce nom.
DoorsOS est le kernel qui a inventé le format. (
PlusShell 0.99 alpha utilisait un autre format, et
PlusShell 1.00 alpha est sorti
après la première bêta de
DoorsOS.) Les répertoires pour les programmes pour shells/kernels de ticalc.org portent toujours le nom du shell/kernel qui a inventé le format, et je ne vois pas pourquoi ça devrait être différent ici.
Link a écrit :
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.
Moi, je suis plutôt pour:
BASIC -> BASIC pur
BASICFLIB -> BASIC avec FLib
BASICVERTEL -> BASIC avec Vertel
BASICHYBRID -> autre BASIC "impur" (Exec, librairies C ou ASM autres que les 2 ci-dessus, ...)
ASM -> assembleur ou C _nostub
ASMDOORSOS -> assembleur ou C pour kernel
ASMDOORSOSEMU -> assembleur ou C marchant sans kernel, mais en émulant le format kernel, style les programmes pseudo-_nostub avec genlib
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...
Mauvaise idée. Un
Exec peut faire planter la calculatrice, et tout ce qui peut faire planter la calculatrice n'a pas sa place dans "BASIC pur".
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!
Non, pas de
Flash!!!
À la limite du
JavaScript (c'est multi-plateforme au moins, à condition d'écrire du
JavaScript compatible avec
Mozilla et
Konqueror).
godzil a écrit :
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
Faux. Il n'y a jamais eu ce répertoire. Tout était directement dans
asmgames,
asmprograms, ... à l'époque.
pasque les exsecuitable plusshell et doorsos sont pas tres compatible entre eux...
Faux,
PlusShell 1.00 alpha et n'importe quelle version de
DoorsOS utilisent tous le même format.
Heureusement aujourd'hui tt les kernels sont compatibles DoorsOs, donc mettre DoorsOs comme nom de repertoire est pas si faut.
En effet.
Le mieux serait de le nommer "Kernel - DoorsOs compatible" mais c ptet un peu long non ?
En effet, c'est trop long. Et puis évidemment que "DoorsOS" veut dire "DoorsOS
ou compatible", tout comme "ZShell" veut aussi dire "ZShell
ou compatible" - les programmes dans
85asmgameszshell marchent avec pratiquement tous les shells sur TI-85, et même certains shells sur TI-86.
!!
(pour les graphs)
(pour les graphs)
.
), Basic mixte, Kernel et Nostub.
