envoyé.
désolé, mon code est surement loin d'etre propre.

je continue à chercher. je sens que c'est tout bete. surement un truc de C que je n'ai pas encore saisi.

je te remercie.
je viens juste de trouver une solution en mettant simplement
char *fe="0  /0  ";

apparamment, c'etait un probleme de pointage...

mon probleme c'est qu'ainsi, le strlen a toujours la meme valeur...


edit: ah ben, ca marche tout seul avec char *fe;
je ne sais pas pourquoi j'avais mis ce ="0/0";...
désolé de vous avoir dérangés. Je ne suis pas très à mon aise en C...

edit 2: hou la la...
en fait ca ne marche pas du tout là...
ca m'a carrément remplacé un nom de carte par une f/e .....

bon, je vais zipper mon code et ses sources et te l'envoyer des que possible car visiblement, c'est plus compliqué que ce que je croyais.

salut à tous, j'ai un petit soucis avec sprintf.
je commence par un extrait de mon code:

pour faire simple, c'est censé afficher la force et l'endurance d'une carte sous la forme "f/e" si la carte en a (d'où la ligne avec le if)
card.force et card.endu sont des strings (des *char pour etre plus precis) car meme si le plus souvent la force et l'endurance seront des nombres, il y a des cas où ca sera "*" ou "*+2", etc...

le code fonctionne correctement quand card.force et endu ont des valeurs comme "2","11", ou même "*"
mais lorsqu'il y a un "+" quelque part ( ex: "*+1" ou "*+2") , ça bugue:
ca ne plante pas vraiment, mais ca affiche juste "*" (pas de "/" ni rien d'autre), et lorsque je vais ensuite sur une carte avec une force/endu qui s'affichait correctement avant, ca m'affiche aussi ce "*".

j'avoue que je suis un peu perdu là...si quelqu'un pouvait m'éclairer...


edit: j'ai trouvé où était mon erreur. à la première ligne. suffit juste de mettre une valeur par défaut comprenant 7 caractères et le tour est joué.

je viens d'essayer, c'est vraiment très bien.

sinon, j'ai vu deux petits bugs (en plus de celui signalé par yus plus haut):
-quand on selectionne un nombre, puis qu'on clique sur un symbole d'opération pour le changer, puis qu'on clique sur le  ? , le nombre selectionné n'est pas pris. (il faut recliquer sur un autre nombre pour debloquer)
-quand une opération est déjà effectuée et qu'on clique sur son symbole d'opération, ca le modifie alors que ca ne devrait plus rien faire.(ca serait d'ailleurs bien de le mettre en bleu comme les nombres déjà utilisés)

j'ai hate de voir la suite.

ah ! enfin !!!!

j'en cherchais justement un.
je n'ai pas la DS sous la main, mais j'ai hate de tester demain.

j'avais également pensé au compte est bon pour mon premier homebrew ... puis je me suis tourné vers autre chose (ça avance...) croyant que ça existait surement déjà.

comme je me suis interessé au sujet, j'ai trouvé sur le web un algorithme de résolution que je trouve plutot interessant (methode dynamique plutot bien expliquée ici ).
cet algorithme prend à peu pres 1,5 fois moins de temps que la méthode "classique".
sur ce site, il y a aussi des sources en C (licence GPL) si tu ne veux pas t'embeter à programmer l'algo.

dommage que ce soit seulement pour windows.

Bravo !

Comme je ne fais plus du tout de physique/chimie, ca ne me servira pas, mais c'est une tres bonne idée car ca pourrait servir aux étudiants (pas pour tricher, juste pour avoir le tableau periodique sous la main) et pourquoi pas aux profs/chercheurs (il doit bien y en avoir qui ont une DS...)

bon, tout marche maintenant. merci à tous.

zut, je suis parti sur 64 colonnes, je ne sais pas trop pourquoi (je ne sais plus faire de division 256/8  )
Je comprends mieux pourquoi ca ne passait à la ligne qu'une ligne sur deux   

Je suis un peu embeté car il y a au moins un des noms de cartes (c'est pour mon projet Oracle des cartes Magic) qui fait 33 caracteres, je vais devoir le mettre sur deux lignes. tant pis.
je vais devoir revérifier que tout le texte d'une carte peut tenir sur un ecran (sinon, il faudra penser soit à utiliser un scrolling, soit utiliser une partie de l'autre ecran, voire les deux)

PS: pour le scrolling, même si je ne compte pas m'en occuper aujourd'hui, c'est en effet prévu.
en gros, je vais afficher une liste de noms de cartes sur l'ecran tactile,avec un slider sur le coté qui fera scroller la liste ainsi qu'un menu sur le haut de cet ecran pour acceder à différentes fonctions. L'écran du haut devrait servir uniquement à afficher le texte de la carte selectionnée.
enfin..ce n'est pas pour tout de suite, donc je vous rembeterai le moment venu.

et comme un idiot, je ne faisais mes tests que sur un PA_OutputSimpleText.
Ca ne risquait pas de marcher

merci.

oui, je fais gaffe à ça...en revanche, je n'avais pas mis de 0 devant, donc c'est peut-etre pour ça que ca marchait pas....
PS: oui, je ne suis pas doué en C. 
edit: bon ben non, ca marche pas...

ok. merci.
je vais essayer. Je vais remplacer mes \n par des \xD.

edit: non, ca marche pas.
je vais essayer avec le char 10 en plus. (comme quand je programmais sur mon Atari ST )
edit: non plus.... (lol, je viens de voir mes "outpout" dans le titre de mon sujet )

Salut à tous.

Je voulais savoir s'il y avait un moyen de faire reconnaitre l'expression "\n" dans une chaine comme un passage à la ligne suivante lors de l'affichage. Vu que ca le fait automatiquement quand on arrive à droite de l'ecran, je pense que c'est possible. sinon, je vais devoir me faire une fonction pour ça.

autre question:
comment faire pour effacer efficacement ce qu'il y a d'ecrit sur l'écran avant de réécrire du texte par dessus ?
j'ai essayé des fonctions genre PA_ResetBg, mais ca m'efface tout et plus rien ne s'affiche.
Le seul moyen que j'ai trouvé, c'est d'écrire sur tout l'écran avec plein d'espaces(64*24). N'y aurait-il pas un moyen plus simple ?

c'est moi qui vous remercie. 

masterDJe: je ne pense pas que mon code t'avancerait à quelque chose, puisqu'il s'agit juste d'un probleme d'encodage de fichier texte (le fichier main.c)
entre ma version qui marche et celle qui affichait des trucs bizarres, il n'y a aucune différence de code, jusque d'encodage du fichier main.c

un simple "hello world éçàèæù" encodé en utf-8 afficherait aussi des trucs bizarres, alors qu'il marcherait normalement encodé "normalement".

raphzore: j'ai utilisé un editeur qui accepte différents encodages (j'ai mis mon texte en iso8859-1 en utilisant jedit par ex). en revanche, avec Xcode , j'ai pas encore trouvé le bon format...edit: ah ça y est. je viens de comprendre que iso8859-1 et western latin-1 (iso), c'etait pareil .

oui, j'utilise PAGfx et la PAlib.
mais si j'utilise directement les caractères accentués dans mon fichier c et qu'il n'est pas encodé dans le bon format (iso8859-1 visiblement.. à moins que ce ne soit du windows-1252 tres proche), la PAlib n'y pourra pas grand chose.

m'enfin..maintenant que ça marche, plus de soucis.
il faudra juste que je fasse attention à ça pour ma base de données (j'ai pris l'habitude de tout faire en utf8)