1

PpHd, lorsque tu parle de PedroM App, c'est des applications de type Side par exemple?

Sinon, voici quelques suggestions:

- Pour la partie calcul mathématique, le mieux serai d'en faire une app interne (comme Side) et non pas dans la ligne de commande (cela permetterai de respecter au mieux les OS type ligne de commande). Je ne crois pas que MS-DOS permette le calcul directement dans la console smile . De plus, cela te permetterai de faire des ajouts plus facilement (comme un CAS eventuel par exemple).

- Pour les App (sauf si c'est deja pensé), un shell style TI Explorer serai pas mal (pas trop gourmant, assez sobre et tres efficace)

- En ce qui concerne le shell (en app interne bien sûr), il serai kernel vu que PreOS est integré a PedroM

2

Oui et non. Le but des PedroM app est de mettre side en externe a PedroM, mais toujours aussi bien integre.

3

Moi, il y a un truc qui m'a toujours manqué sur ma TI89 mais que partiellement PcTools0.96b a réglé :

(Attention c'est une suggestion à la con !! grin mais pas tant que ça en fait...)

C'est tout simplement la gestion native des sous-repertoires !
En gros sur ma calc j'ai 6 repertoires de base :

>dev
>libs
>main
>jeux
>system
>util

(Et j'y imbrique d'autres dossiers.)
...que je cache dans le VARLINK mais que je vois sous Pct.

Voilà, c'est une suggestion a prendre ou a laisser, mais elle me tient a coeur, et serait la bienvenue dans une future version de PedroM.
"De l'Art de faire des Posts qui ne servent a Rien." (c) Ximoon

15:13 @Ximoon - 29-11-2005
"C'est débile ce sondage, une fois de plus Dude, tu ne sers à rien #hehe#" #love# Il est collector celui là ^^

18:56 @Ximoon - 09-10-2010
"Mince Dude sert à quelque chose %) (pas taper :D )" Owii xD #trilove#

4

PpHd c'est déjà penché sur la question(en même temps que le gestion des noms de plus de 8 lettres) et il s'avère que ca pose quand même pas mal de problème.
Je ne sais plus s'il compte toujours l'implémenter ou si c'est abandonné
avatar

5

Si je trouve une solution miracle

6

j'avais fait ca pour gstools, en fait pas besoin de support natif, suffit de les 'emuler', pour cela: un fichier DATA contenant la correspondance nom 8 caracteres, nom 24 caracteres, et un fichier DIR pour les liens symbolique vers les sous repertoires.. ca marchait tres bien..

7

ça pose des problèmes à quel niveaux ?
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

8

Compatibilite des programmes ASM courants.

9

Et si Pedrom supportais ca :

mon_pgrm.asm
mon_prgm.ppg
mon_prgm.lib

Au lieu de ca :

mon_prgm.asm
mon_pppg.ppg
ma_libr_.lib

Ce ne serait pas deja plus réalisable ?
Parsque je trouve vachement limitant le fait que les TIOS ne supportent pas ca.
Ca éviterais l'emploi de noms "merdiques" pour les gros progs qui utilisent bcp
de fichiers annexes !

"De l'Art de faire des Posts qui ne servent a Rien." (c) Ximoon

15:13 @Ximoon - 29-11-2005
"C'est débile ce sondage, une fois de plus Dude, tu ne sers à rien #hehe#" #love# Il est collector celui là ^^

18:56 @Ximoon - 09-10-2010
"Mince Dude sert à quelque chose %) (pas taper :D )" Owii xD #trilove#

10

Il suffirait de faire un filesystem avec des métadonnées ^^ Les métadonnées seraient simplement mises à jours par l'OS (et stockées où il faut en cas d'archivage, toussa), et ignorées par les progs ASM; par contre ça implique que la seule représentation interne d'un nom de fichier soit de la forme "folder\nomdevar", même si le vrai nom est "\Home\Folder\Nom de variable super long" -- les progs asm ne s'attendent pas à recevoir en entrée des noms de répertoire plus compliqués.

Mais bon, si ça se limite à Pedrom, l'intérêt ne sera pas énorme puisque par exemple tout sera perdu lors d'un envoi de calc à calc Pedrom <-> AMS... Et il faudrait aussi modifier les logiciels de link en conséquence ^^ L'autre solution serait de stocker dans le fichier lui-même, mais ça ne marche pas pour des fichiers de types arbitraires, et ça ne serait pas une bonne idée de stocker le répertoire du fichier dans le fichier.

« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)

11

merf magic
"De l'Art de faire des Posts qui ne servent a Rien." (c) Ximoon

15:13 @Ximoon - 29-11-2005
"C'est débile ce sondage, une fois de plus Dude, tu ne sers à rien #hehe#" #love# Il est collector celui là ^^

18:56 @Ximoon - 09-10-2010
"Mince Dude sert à quelque chose %) (pas taper :D )" Owii xD #trilove#

12

Et puis ca m'obblige a reecrire les fonctions de la VAT en double.
Mais faire un autre File System est toujours prevu.

13

comment ça en double ? ça serait juste une zone de données à copier à chaque opération que tu fais sur la VAT...

« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)

14

Les fonctions AMS que je dois garder pour les programmes ASM, plus les nouvelles fonctions.

15

Ben je vois pas trop ce qu'il y aurait à faire comme "nouvelles fonctions" ? Juste un SetLongName(), et un CreateSubdir()/MoveDir()/FindDir(), non ? A peu près toutes les autres fonctions sont déjà très bien comme elles sont...

« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)

16

Comment tu gererais ca alors ?