Multi Menu ToolBar ? - Page 1

J'arrive pas à savoir comment on peux faire un multi menu programé en basic

En gros

MENU
1:Item1
2:Item3
3ous-menu1:1:Item1
2:Item2

on ne peut pas faire de sous menus en basic
tu peux utiliser flib qui propose une fonction proche de Popup et qui autorise un niveau de sous menus

si tu veux un truc comme ca, faut le coder toi meme

Sinon, y a Select qui te permet e faire autant de sous-menu que tu veux, sur le site de Vertyos.

Ce n'est pas possible en BASIC. Il faut programmer en C ou en assembleur, ou alors utiliser un programme C/assembleur déjà fait dans son programme BASIC.

MacIntoc > Merci, mais raté pour l'adresse
C'est ici, programme "Select". Son interet est de pouvoir faire jusqu'à 20 sous-niveaux de menus.

Par rapport au programme proposé par Kevin, il a l'avantage de ne pas provoquer d'internal error quand on oublie les arguments, de proposer les "vrais" menu du TiOS (ROM_CALL), et surtout de prendre BEAUCOUP moins de place (1325 octets contre 3557)

flib rulezzzzzzzzzzzz

Ou alors, t'essayes de te le programmer en basic avec Vertel (mais ce serat plus long au chargement du menu)

Vertyos>désoler, g prit l'adresse au pif

Oké Thnx pour vos réponse. J'ai donc trouvé 3 solution:

1- Ne pas faire de sous menu. Logique
2- Faire de "faux" sous menu, en rechargeant les tool bar
3- Utilisé un ASM

Derniere question de Newbie, ya un soft win pour compresser comme ziplib ?
Si non, qqun peu me renseigner sur "comment utiliser ziplib"

Au fait.. Select tourne sous PreOs ?

jarod dalessandro
a écrit : Derniere question de Newbie, ya un soft win pour compresser comme ziplib ?

Il y a ziper.exe dans DoorsOS Developer Edition.
Mais si tu compresses sur PC, je te déconseille fortement la compression pourrie ziplib. Utilise ttpack de la TIGCC Tools Suite. (http://tict.ticalc.org), qui peut être décompressé on-calc (mais attention, selon le type de fichier que tu veux décompresser, il se peut que tu doives coder quelques lignes de C toi-même).

jarod dalessandro
a écrit : Au fait.. Select tourne sous PreOs ?

Select est en _nostub, cad qu'il tourne avec ou sans Kernel, peu importe

Oké
Bah simplement quelque question:
- Compresser du Txt ( fichier txtrider par exemple ) fait gagner beaucoup de place ?
- Pour select, apparament, ça conviens pas exactement à ce que je voulais faire..

Comme les CustomMenu, select propose des "choix" qui sont imédiatement c/c dans la part d'activité ( du genre: F2 Algebra, Expand.. donne Expand( ), et moi ce que je voulais faire, c'était quelque chose du meme style que les toolbar, avec une redirection vers un lbl quand on choisissais la ligne du menu..
Enfin bref :[

J'aimerai pouvoir dev une petite plateforme pour le bac, sans toucher au c, car j'ai déja pas bien le temps, c plus fastidieux pour ce genre de petite application, et surtout, je veux quelque chose de 100% stable pour pas me retrouvé planté le jour de l'exam..

et surtout, je veux quelque chose de 100% stable pour pas me retrouvé planté

heu... coder en C ne veut pas dire faire des programmes qui ne soient pas 100% stables !

oui, souvent la compression des textes fait gagner aux alentours de 40 à 50 % de place

Bah j'ai tester un petit soft appeler "hib text", malgrès tous les effort de son concepteur, c'est pas stable
( retour à la homme la pluspart du temp, difficulté pour navigué dans les menus.. )
Enfin bon

G tjrs le meme souci pour les sous-menu en basic

Select est ce qu'il y a de plus puissant, même si c pas forcément ce qu'il y a de plus faciles à utiliser, pour faires des menus.

Pour le dézippage, étant données que c ziplib qui est instable, y a pas vraiment le choix.

tout dépends ce que tu utilise:
-ziplib entre 5% et 25% (plus proche de 25% pour les textes) compression et décompression on-calc ou on-pc (kernel ou nostub mais la version nostub n'est pas très stable)
-ppg entre 25% et 50% compression uniquement on-PC
-shrinklib entre 25% et 45% comme ppg mais kernel avec possibilité de faire des exectutables autoextractible(ne fonctionne qu'avec PreOS)

Uther Lightbringer
a écrit : -ziplib entre 5% et 25% (plus proche de 25% pour les textes) compression et décompression on-calc ou on-pc (kernel ou nostub mais la version nostub n'est pas très stable)

La version originale (en mode kernel) non plus!

-shrinklib entre 25% et 45% comme ppg mais kernel avec possibilité de faire des exectutables autoextractible(ne fonctionne qu'avec PreOS)

Il y a plein de solutions pour rendre les PPG autoextractibles.

>La version originale (en mode kernel) non plus!
C'est toi même qu'il dit tout le remps qu'il faut se débarasser des vieilles versions. Avec la version actuelle(celle de PreOS) je n'ai pas le moindre bug

>Il y a plein de solutions pour rendre les PPG autoextractibles.
Certes mais aucune aussi implicitement que les pack archives.

Autoextractible au vrai sens du terme, ou avec un lanceur ?

Les packs archive ne sont pas autoextractibles au vrai sens du terme non plus. Il y a le lanceur dans le kernel. Super Start marche à peu près de la même manière.

Donc la réponse est non, ok... En fait c'était pour savoir si il y avait moyen de faire comme "Versatil" avec la compression en plus.

ca serait possible d'interger le lanceur et le ppg dans la meme var, non ?
(bien que ca poserait a nouveau le probleme de la limitation des 8/24Ko)

Oui ça serait possible, c'est précisement la raison pour laquelle je demande

Mais ça causerait non seulement des problèmes avec la limite de taille, mais aussi une double copie en RAM (une fois compressée, une fois non-compressée). C'est pour ça que ce n'est pas fait.