Comment faire une ligne d'input pour entrer du texte en basic TI89? - Page 6

Mouais bon ok si tu veux... Vous en êtes à combien vous en octets ?

bah, moi tjrs a 900 mais bon, je n'y ai pas retouché et puis j'ai qqs variables de 8 lettres, donc ca devrait diminuer rapidement
(et puis ca pue l'ecran IO )

On est quand même autours de 370 octets avec MacIntoc alors si tu veux rivaliser il va falloir te bouger un peu plus que ça

bon, ok, je vire qques lettres
(avant de le porter en tibasic pur)

356, si le texte est pas en argument:]

cad "pas en argument" ? que la variable est indiquée au début du prgm genre : inputxy("var",2,2) ?

vi, sans ça.

bon, chuis dessendu a 620
et chuis encore avec flib

hum...

MacIntoc
a écrit : vi, sans ça.

Le but de ma question est de savoir si oui ou non ton prog remplit toutes les "closes" du défi.

N'oubliez pas le message d'invite! C'est con mais...

500 octets, arf, j'optimiserai ca demain...

Le message d'invite ???

bah... c aze qu'as dit qu'il fallait pas mettre le texte par défaut en argument

tu met inputstr("v",x,y), ça prends par défaut le texte contenu dans la variable v, et ça sauvegarde également dedant.

C'est du basic pur sans exec ni rien Bob?

oui

c'ets chiant comme tout

(et je suis tjrs a 620 octets (enfin, c'ets pasque a l'origine ct optimisé en vitesse (on va dire ca, hein ? ))

à trois, tous avec moi, on hue Azerty !

1, 2, 3 :

[dizaines de milliers de personnes]
OUUUUUUUUUUUUUUUUUHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH !!!!!!!!!
[/dizaines de milliers de personnes]

enfin, el est rapide mon truc !!!
(non meme pas >_<)

[un huement peut en cacher un autre]
OUUUUUUUUUUUUUUUUUHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH !!!!!!!!!
[/un huement peut en cacher un autre]

Essaye de te bouger le cul un tantinet, parcequ'on t'attends

va falloir qu eje repenses un peu mon algo je crois

ALLEZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ

et puis viens sur #3l33t, on s'emmerde, et comme le dit le bon vieux dicton :

...

(je m'en souvient plus, mais vient quand même )

bon, là je ne comprend plus..
551o avec :
insertion texte, del, clear total ou partiel, deplacement curseur, et tout ca avec une protection pour ne pas depasser les limites de la string, curseur qui clignote, support ok et esc...
cad tout comme vous, mais pkoi c'est aussi gros ???
vous avez fait des grosses optimisation en taille qui perednt bcp de vitesse ? (cad, optimsation contre productives)
pourquooooooooooi ???


oui, oui, je vais revenir sur 3l33t si j'ai le temps...

Heu mac je sais pas, mais perso oui y'a plein d'optimisations qui vont à l'encontre de la vitesse... Le but est de faire un truc petit

vire le curseur qui clignote, tu perdras 50 octets au minimum.
Sinon, oui on a fait des optis contre vitesse.
et g trouver un truc qui va me faire gagner quelques octets mais qui va faire raller bob:]

ben ça dépend, si ça ne respecte pas un des trucs de la liste tu peux oublier

ça respect, mais c pas préciser comment c à respecter

Bon bah annonce la couleur de toute façon si ça respecte pas le input du TiOS ça sera refusé...

nan, sinon, soit vous profitez du truc, soit tu modifis les règles

Pffff... Je te rappelle quand même qu'on fait un défi, le but c'est de voir ce que valent les programmes. Si tu triche ou si tu t'amuse à exploiter les failles de l'énoncer je ne vois pas l'interet.