526
Axe / Re: Routines
« on: November 22, 2010, 02:54:12 pm »But when the program is compiled, it's the same size even if we remove parhentesizes?
Sure, I think.
Only interpreted langage have difference size with less parenthesized.
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to. 526
Axe / Re: Routines« on: November 22, 2010, 02:54:12 pm »But when the program is compiled, it's the same size even if we remove parhentesizes? Sure, I think. Only interpreted langage have difference size with less parenthesized. 527
TI-BASIC / Re: [CHALLENGE]Logic and Optimization« on: November 20, 2010, 01:03:17 pm »Where do you find this code ?I made it It took me about 17 minutes, but I made it Ok, sorry, there is some difference with my code : Code: [Select] :Input "Number :",Str1 200 bytes, 36 bases. 528
TI-BASIC / Re: [CHALLENGE]Logic and Optimization« on: November 20, 2010, 12:50:49 pm »
Where do you find this code ?
529
TI-BASIC / Re: [CHALLENGE]Logic and Optimization« on: November 20, 2010, 12:09:50 pm »
OK, the challenge is to make the best base converter (NB: decimal, binary, octal, hexadecimal are examples of bases). The program size is 300 bytes maximum. And the converter needs to convert at least 10 bases.
The program requires a number to the user. He then asked the base of this number (basic input), then the base in which we will convert the number (base release). Don't forget display result. 530
TI-BASIC / Re: [CHALLENGE]Logic and Optimization« on: November 20, 2010, 11:27:45 am »
TI-Basic sure, gtranslate say : you must make a base converter (eg binary to hex ,...) with a maximum of base compatibility (less 300 bytes).
EDIT : need minimum 10 bases compatibility. 531
TI-BASIC / Re: [CHALLENGE]Logic and Optimization« on: November 20, 2010, 10:36:01 am »
New challenge : make a base converter from most base possible to most base possible less than 300 bytes (my program got 200 bytes for 36 bases).
532
The Axe Parser Project / Re: French Translation / Traduction Française« on: November 15, 2010, 02:41:21 pm »
Ce n'est pas très actif pour l'instant, mais si l'on favorise le développement de cette section, on aura un forum omnimaga-fr digne de ce nom. J'espère que l'apparition de mon tutoriel y sera pour quelque chose.
533
[FR] Autres Discussions TI et Casio / Re: Calcul Mental 4.0« on: November 15, 2010, 02:30:00 pm »
Lors de la compilation, appuie sur "prgm" pour voir ou est exactement le problème.
534
Humour and Jokes / Re: 1000 things SirCmpwn should include in KnightOS« on: November 14, 2010, 12:31:50 pm »
10: coffee.
535
[FR] Autres Discussions TI et Casio / Re: Anciennes notes papier de mes projets TI« on: November 14, 2010, 12:15:27 pm »
Si j'étais aussi organisé pour un projet.
536
Art / Re: Image 50*50 : Axe Parser Tutorial« on: November 13, 2010, 08:10:59 pm »
update : http://ourl.ca/7374
537
[FR] Programmation Axe Parser / Re: [Axe Parser] Tutoriel sur le site du zéro« on: November 13, 2010, 08:09:35 pm »
Thanks for your answer graphmastur, it was everything I wanted to know.
Mise à jour du plan (voir premier post). J'ai également demandé la mise en ligne de la première partie du tutoriel. J'ai eu le droit un un message privilégié de ZoZor, la mascotte du SdZ : Quote from: ZoZor Votre tutoriel a été proposé aux validateurs pour ajout au site. Au meilleur des cas la première partie sera en ligne avant 2011, la suite devrais être mis en ligne plus rapidement. Au pire des cas j'imagine que le tutoriel sera intégralement en ligne avant mai. Je suis preneur d'image pour les thèmes manquants. 538
Miscellaneous / Re: Dragon Cave discussion« on: November 13, 2010, 06:00:33 pm »
Congratulations , there are beautiful.
539
[FR] Programmation Axe Parser / Re: [Axe Parser] Tutoriel sur le site du zéro« on: November 13, 2010, 11:21:13 am »
Là je suis en train d'écrire la partie sur l'affichage buffer ==> écran. Certains points ne sont pas clair :
L'écran est-t-il une mémoire lui même ? Le buffer déplace ses 768 octets vers la mémoire écran ? Comment un pixel est-t-il allumé ? Et combien d'écrans y a-t-il au juste ? Bref si un avis d'expert pouvais m'éclairer English : Here I am trying to write chapter on display buffer ==> screen. Some points aren't clear: The screen does a memory itself? The buffer moves towards its 768 bytes of screen memory? How does a pixel is turned on? And how many screens there he exactly? If an expert opinion could enlighten me EDIT : autre chose encore, qu'est ce qu'un label ? c'est un octet ? ce n'est rien qu'une adresse pointé par les commandes sub( et Goto ? ou je me trompe totalement ? EDIT for english : another thing, what is a label ? is a byte ? this is simply an address pointed to by the commands sub( and Goto? or I am totally mistaken? 540
Miscellaneous / Re: Dragon Cave discussion« on: November 13, 2010, 08:54:30 am »
I see pretty dragons
|
|