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

bah t'as qu'as faire des énnonver moins vague
a la limite, vu l'énnoncer, c même plus logique de faire comme g fait

Alors pour MacIntoc, respecter les regles d'un défi c'est trop dur. Donc voilà comment niquer son truc (au lieu de passer x et y en argument il les définissait avant de lancer le prog, en tant que variables globales), du moins jusqu'à ce qu'il trouve encore un moyen de contourner les regles.

Le input doit :
- Permettre d'entrer une chaine de caractère, à la position x,y
- Accepter une chaine en argument, qui indique le nom de la variable gobale qui contiendra la chaine
- Ne pas planter si la variable passée en argument n'existe pas
- Proposer par défaut le contenu de la variable choisie
- Ne pas créer d'autre variable globale que celle qui contient la chaine renvoyée
- Ne pas faire appel à des variables externes au programme
- Posséder un curseur déplaçable avec les touches droite et gauche
- Permettre de taper des caractères qui s'ajoutent après le curseur
- Permettre de supprimer le caractère situé avant le cuseur
- Permettre d'appuyer sur "Clear" (même fonctionnement que le TiOS)
- Se quitter à l'appui de Enter ou Esc (Enter retourne 1 dans la variable "ok", Esc retourne 0)
- Le input ne doit pas affecter les textes déjà présents au dessus ou en dessous de lui dans l'écran IO

- Pas la peine de mettre de protections qui n'existent pas dans la fonction "input" du TiOS - Pas la peine de mettre une fonction Del qui efface le caractère après le curseur

- Permettre de supprimer le caractère situé avant le cuseur
- Pas la peine de mettre une fonction Del qui efface le caractère avant le curseur

uh... c'est moi ou il y a une contradiction là?

En effet

corrigé.

c'est bien ce que je pensais

C'est quoi ce " après le 10 quand tu lance le prog ???

-

Petit ajout d'une regle qui est évidente mais vaut mieux préciser (la n°3) :

Le input doit :
- Permettre d'entrer une chaine de caractère, à la position x,y
- Accepter une chaine en argument, qui indique le nom de la variable gobale qui contiendra la chaine
- Ne pas planter si la variable passée en argument n'existe pas
- Proposer par défaut le contenu de la variable choisie
- Ne pas créer d'autre variable globale que celle qui contient la chaine renvoyée
- Ne pas faire appel à des variables externes au programme
- Posséder un curseur déplaçable avec les touches droite et gauche
- Permettre de taper des caractères qui s'ajoutent après le curseur
- Permettre de supprimer le caractère situé avant le cuseur
- Permettre d'appuyer sur "Clear" (même fonctionnement que le TiOS)
- Se quitter à l'appui de Enter ou Esc (Enter retourne 1 dans la variable "ok", Esc retourne 0)
- Le input ne doit pas affecter les textes déjà présents au dessus ou en dessous de lui dans l'écran IO

- Pas la peine de mettre de protections qui n'existent pas dans la fonction "input" du TiOS - Pas la peine de mettre une fonction Del qui efface le caractère après le curseur

Vertyos a écrit :
C'est quoi ce " après le 10 quand tu lance le prog ???

Une faute de frappe surement. Apparemment ça saute directement à l'exécution

Va pour la 3è règle.
Ah le 'pas de blindage' a été modifié...

Bon j'étais déjà bon pour le 3è, mais en rajoutant qq protections je passe à 356

tu veux quoi comme protec:
pas de plantage en cas d'appui sur une touche non alphanumérique
pas de plantage si on fait droite,del ou gauche en fin de chaine
non plus si la chaine n'existe pas

etc...?

bon, cherche pas ximoon, normalement, ça te renvois une erreur missing "

oué, joli fake
sinon pour tes 3 protections évidement faut qu'elles y soient

À part si l'utilisateur fait une connerie à l'appel (positions x et y invalides, etc...), ton programme n'est pas censé planter (bon si ça bug quand le texte sort à droite de l'écran c'est pas trop grave)

bon, Bob, je suis à 11 octets en dessous de toi:]

Arf encore ça fait jamais que la 5eme fois

Qu'est-ce que t'as pas respecté comme regle cette fois ci ?

1- ce n'est pas un fake
2- sauf erreur de ma part ou bug inconnu tout est respecté
3- sur ma ti 92II, quand je met un guillemetseul à la fin d'un argument, il ne fait rien (c'est une faute de frappe)
4- je suis à 356 octets
5- si le programme ne correspond pas, vous le verrez bien à la fin du concours

Je c pas, va falloir que tu me dise quand tu le verras

(ça s'adressait à moi)

Mac > ça serait quand même bien que cette fois ci on évite le coup du Tron... Comme je disais à Ximoon sur IRC vaudrait mieux qu'on s'assure que les progs respectent les regles avant de se les montrer

tiens, en parlant de tron, ct koi le records ?????
Pim avec 228 ????

Je sais plus, faudrait retrouver le topic, mais y'avait pas une couille avec le tron de pim ?

nan, il était bon

Ah bon

ct moi en ASM
(je ne sais meme plus)
mais bon, je ne vois pas du tout xomment vous avez fait pour aller aussi bas...
je reste toujours a un peu plus de 500

j'ai pourtant fauit plein d'optimisations (mais elles doivent etre encore trop rapides)
genre, pour gagner 1 octet : a la place de 0->b:0->k, faire 0->b:b->k
(bon, si vous ne l'aviez pas deja fait, voila de qui gagner un octet dans votre prog )

et puis ya mon clear qui marche mal si on entre de scoordonnés negatives et qui marche mal sur 92 (mais chut faut pas le dire )

Erf... Je viens de relire mon truc, et je me suis fait la même reflexion : il doit surement être possible de gagner quelques octets en bidouillant par-ci par-là, mais surement pas d'en gagner 30, et encore moins 40.

Donc soit y'a encore une regle qui est mal exprimée, soit y'a qqchose que je comprends pas

si tu veux je te l'envoie et tu le teste sans l'ouvrir

Je ne pense pas résister à la tentation

Nan c'est po une bonne idée... Mais c'est vrai que ça m'intrigue quand même, parceque mon truc fait quand même assez peu de lignes et que chacune d'elle est indispensable. Gagner 40 octets pour moi c'est completement impossible

pour moi aussi
je peut même plus bouger une seul ligne sans rendre le code instable

bouhouh...
je dois gagner 150 octets

Je vous signale que la TI-92 tokénise différemment les variables locales que la TI-89/92+/V200. Il y a un octet en moins pour chaque utilisation d'une variable locale. Je pense que la différence de place vient de là.