Un tout nouveau shell pour TI: sh`L - Page 26

Ben oui, je ne fais qu'appeler le VAR-LINK

Ce ne serait pas un exemple de TIGCC par hazard?
How can I bring up the VAR-LINK dialog and get the name of the selected file?

Euh peut-être, je ne sais pas. Je vais voir

Le VAR-LINK est le meilleur shell sur TI 68k il bug pas, il ne prend pas de place,...
Enfin, pour la manipulation de fichier

Ah non, je fais juste un appel à handleVarLinkKey moi, c'est tout

A oui d'accord c'est pour ça que ça bug!

Jarode: Certes, le VAR-LINK est tres bien pour une utilisation toute simple, mais des que tu veux faire des manip' un peu plus complètes (zip etc.) bah faut passer par un shell pke la multitude de petits programmes devient vite chiante ...

Et surtout que l'interface d'un shell qui joue beaucoup et qui facilite l'execution de programmes.

bof ... qq TSR pis hop, tout marche bien, rien que AutoClBr ..

Jarode
a écrit : Moi qui n'aime pas trop les shells parce qu'ils sont trop gros et trop complet,

As-tu essayé le TICT Explorer? Il n'est pas trop gros, lui, et son interface n'est pas surchargée.

Heurf, dans ce cas, ce n'est pas la référence, allez voir Tiex de guilc, il est vraiment simple et bien ...

Ah, sympa de faire de la pub . C un shell que je voulais le plus pratique possible, donc, certains peuvent trouver ça moche, mais c pratique... (http://sciences-ti89.fr.fm)
Enfin, par contre pour le "petit", c dur, parceque pour la dernière version, avec l'ajout de la compression zip (merci hibou ), j'ai eu un mal fou pour rester en dessous des 24ko (non compressé) et permettre le lancement sans lanceur ni kernel installé...

-

titex je le trouve super gros, et la fonte tte petite j'aime pas

sh'L il est bien, mais 6 icones par pages c pas beacoup, tu pourrais en mettre 8 se serais mieux

Mais TICTEX consomme nettement moins de mémoire quand il lance un autre programme! Il se décharge en grande partie.

C'est un réel avantage. La taille que prend l'explorateur en Flash, on s'en fout, Orion !
J'aimerais pouvoir réduire l'utilisation mémoire d'Einstein à quelques ko quand on lance un programme, mais c'est trop compliqué à faire

-

Pour eviter de consomer trop de ram, pour gstools, j'avait fait des modules qui étaient chargé que lorsque l'on en avait besoin...

ou utiliser une DLL ...

Les DLL on est limité a une par programme et Kévin va te tuer si tu les utilises pour ca

Thibaut: Fait le en kernel. C'est ultra simple

Uther: bah, kess ki t'empeche d'en faire plusieurs ... pkoi utiliser le format TiGCC

La bonne solution pour réduire la mémoire consommée n'est pas de mettre des fonctionnalités dans des modules! La bonne solution est de faire ce que fait le TICT Explorer: une partie lanceur (le programme principal apparent) et une autre partie pour tout le reste (le vrai programme principal)! Un peu comme pour la compression ExePack. Et tu peux parfaitement utiliser une "DLL _nostub" pour ça, même si tu ferais mieux d'utiliser le code du TICT Explorer qui est prévu pour ça.

Comment appelles tu cela a part mettre des fonctionnalites dans des modules ?

J'appelle ça "mettre toutes les fonctionnalités dans un module", pas "des modules".

oui mais si t'as beaucoup de module, ca demande alors beaucoup de place et gstools aurait demandé 60 Ko .. ce qui aurait ete trop...

KERNEL powa

Chut
(ceci dit tu as tout à fait raison)

>Uther: bah, kess ki t'empeche d'en faire plusieurs ... pkoi utiliser le format TiGCC
Kevin va le hacher menu dans ce cas la

> Thibaut: Fait le en kernel. C'est ultra simple
>KERNEL powa
C'est pour cela que je fait TISH en kernel. En plus du exec_from_scratch que PpHd m'a annoncé

Bah, qu'il hache...
apres tout, c qd même pas lui ²qui fait la loi