heu... printf ?? - Page 1

-

Si, normalement printf supporte le \n...

Je pense que le '\n' est évalué donc, faut que tu fasses ..

const UC AboutText[]= "Tayst2";
printf("%s\n",AboutText)

Orion_ a écrit :
(parceque une fois en asm, il me change le \n en \12

Oui le contraire aurait été inquietant

normalement le \n ne corespond-il pas au code ASCII 13?

Heu... 10 en fait d'après le caractère affiché quand on met \n

alors essaye de placer le caractère 10 et 13 a la suite:
"\n" et "\(r ou c je sais plus)"

-

T'utilise quelle lib gfx pour TA ?

C'est marque #7 GraphX par Thibaut

hum .. pas faux, je fais mon niewbie

Orion_ a écrit :
ensuite: printf_xy(0,0,AboutText);
bon, alors sa affiche bien Tayst et Tayst2, mais sans sauter de ligne !!!
pourquoi ??? printf ne supporte pas \n ??

printf oui, printf_xy non.

comment marche printf_xy ?
il fait un SetCur et printf ?

Dexter> je pense pas sinon il prendrait en compte les '\n' nan ??

edit> ça doit être surement faux ce que je dis

Oué .. c pour cela que je demande cela... c'est la façon la plus naturelle qui m'est venue à l'esprit ... je voudrais savoir pkoi c'est pas cela

-

Il fait un sprintf et un DrawStr. D'aileurs, c'est 200 caractères maximum.

hum .. c'est pke c plus rapide ?

Orion_
a écrit : et comment on replace le curseur de printf a 0,0 ?

MoveTo(0,0);

Dexter
a écrit : hum .. c'est pke c plus rapide ?

Oui.

C'est ce que je voulais dire par SetCur ...

> oki ... mais bon, est-ce utile ?

hum, t con Dexter

Dexter
a écrit : > oki ... mais bon, est-ce utile ?

Ben, vu que ça économise à la fois du temps et de la taille de code (printf prend de la place dans le programme, alors que sprintf et DrawStr sont des ROM_CALLs), c'est utile.

Mais ce n'est pas vraiment propre avec son buffer de taille fixe. Personnellement, je n'utilise jamais printf_xy, mais je calcule toujours une borne supérieure appropriée pour la taille de mon buffer pour sprintf. C'est beaucoup plus propre.

Est-ce que propre est le bon terme quant à l'utilisation dune routine non personnelle et distribuée ?

Si tu vois une manière plus propre d'implémenter printf_xy, dis-le nous. (Et évite de dire MoveTo+printf, avec ça, printf_xy ne sert plus à rien!) C'est comme pour gets: c'est le genre de routines à ne pas utiliser, elles ne sont pas implémentables proprement. Il faut calculer la taille du buffer pour sprintf à la main si on utilise sprintf, il n'y a pas mieux.

perso, ce que je trouve qui manque a DrawStr, c'est le saut de ligne si '\n', c'est tout.

Je ne parle pas de ça, je me demande juste si le terme propre est à employé ici vu que dans tous les cas, tu utilises des fonctions de tigcclib
C'est juste ça qui me gêne...

Comme déjà dit, il y a des routines de TIGCCLIB qu'il faut éviter. J'en connais au moins 2: gets et printf_xy. Les deux sont pratiques pour tester des programmes, mais pas en tant qu'implémentation définitive, il faut les remplacer par quelque chose de plus propre quand on passe aux versions stables.

Oki, c'est bien dommage de les mettre dans tigcclib alors ... elles seraient peut-être mieux dans une librairie adaptée avec d'autres fonctions de debuggage etc.