Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » GFA-Basic TI68K » Questions » Liste des fonctions (56 réponse(s))

./POST DE DEPART (post n°0) Marquer comme non lu.

IP2X

Ecrit le: Dimanche 17 avril 2005 à 10:37

Membre: Maître Ultime

Messages: 2581

Membre n°37

Inscrit le 07 février 2004

Salut

J'ai cherché un peu partout, mais je n'ai pas trouvé un fichier qui regroupe toutes les fonctions de GFA-Basic dans un ficher (.doc par exemple).
En existe-t-il un ?

J'ai commencé à m'y mettre au GFA car ça a l'air vraiment bien

J'espére bien progresser.

Merci de votre réponse.

@+

IP2X

./Post n°1 Marquer comme non lu.

geogeo

Ecrit le: Dimanche 17 avril 2005 à 12:08

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4256

Membre n°3

Inscrit le 29 janvier 2004

Il y a une liste de fonctions sur le site de GFA-Basic:
http://www.tigen.org/gfabasic
Voir le menu Manuel/Liste des Instruction/Fonctions.

A noter qu'il faut plutôt regarder le fichier Beta.txt qui lui regroupe toutes les fonctions implentées.

Sinon une prochaine verison va sortir avec bien plus de fonctions et un peu plus rapide...

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°2 Marquer comme non lu.

Dari

Ecrit le: Dimanche 17 avril 2005 à 13:59

Membre privilégié

Messages: 968

Membre n°203

Inscrit le 18 avril 2004

Quand ?

"iPod, therefore, I am."

http://media.laquadrature.net/Quadrature_black-out_HADOPI_468x60px.gif

./Post n°3 Marquer comme non lu.

geogeo

Ecrit le: Dimanche 17 avril 2005 à 14:17

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4256

Membre n°3

Inscrit le 29 janvier 2004

Bonne question

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°4 Marquer comme non lu.

IP2X

Ecrit le: Dimanche 17 avril 2005 à 14:32

Membre: Maître Ultime

Messages: 2581

Membre n°37

Inscrit le 07 février 2004

Merci Geogeo

C'est vraiment super ce projet

j'adore.
Je pense que je vais m'y mettre serieusement.

Dari :
Quand ?

La question qui tue #gni#

IP2X

./Post n°5 Marquer comme non lu.

Folco

Ecrit le: Lundi 18 avril 2005 à 11:35

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

IP2X :
Merci Geogeo

C'est vraiment super ce projet

j'adore.
Je pense que je vais m'y mettre serieusement.

Dari :
Quand ?

La question qui tue #gni#

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°6 Marquer comme non lu.

andoh_wilfried

Ecrit le: Vendredi 17 juin 2005 à 11:55

Envoyer un message privé à andoh_wilfried

Membre: Maître

Messages: 145

Membre n°888

Inscrit le 17 juin 2005

Liste des fonctions :

On aurait bien besoin d'un menu custom pour l'éditeur de texte TI.
vu le nombre de fonctions et de commande, ça ne serait pas du luxe.

Bonne continuation les gars. J'espère quec'est pour bientôt votre éditeur de code en NVG

./Post n°7 Marquer comme non lu.

Folco

Ecrit le: Vendredi 17 juin 2005 à 22:47

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

oui, je confirme que ça avance, même si ça prend du temps (j'ai un métier, et jamais de vaccances

).
Je ne release pas, même pas de screen, car voir du texte se taper sur un écran ça déchier rien du tout

Et là, j'en profite pour faire une lib statique de gestion de fenêtres (style API92), pour afficher toutes les boites de dialogues utilisées par l'éditeur. C'est en effet beaucoup plus simple et surtout plus petit en taille de le faire une bonne fois pour toute.

En ce moment, je viens de finir l'adaptation à grib de Sasume, lib statique d'affichage et de gestion des plans en niveaux de gris. Je gagne rès de 800 octets!!!

Et merci bien pour les encouragements.

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°8 Marquer comme non lu.

Sasume

Ecrit le: Vendredi 17 juin 2005 à 23:54

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

> Je gagne rès de 800 octets!!!
Tu utilises GribOnAllocPlanes ou pas ?

./Post n°9 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 18 juin 2005 à 00:14

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

À mon avis, si tu gagnes 800 octets en passant de TIGCCLIB à grib, c'est que tu n'utilisais pas TIGCCLIB correctement.

Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!

./Post n°10 Marquer comme non lu.

Folco

Ecrit le: Samedi 18 juin 2005 à 01:41

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

C'est vrai.

jbsr GrayOn

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°11 Marquer comme non lu.

Folco

Ecrit le: Samedi 18 juin 2005 à 01:42

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

mais surtout:

Bon ben ça va, j'ai réussi à adapter GFA-Editor à grib, ça demande trois fois rien comme boulot, par contre je gagne énormément en place (près de 800 octets), à cause de la taille de la lib qui est inférieure, et aussi grâce au fait que je ne fais et ne vérifie qu'une seule allocation, donc c'est bcp plus simple à gérer.
Du coup il y a moins de labels, le code n'en est que plus propre.

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°12 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 18 juin 2005 à 03:57

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Martial Demolins :
C'est vrai.

jbsr GrayOn

Et pour récupérer les adresses des plans? Si tu accèdes aux variables globales à chaque fois, faut pas t'étonner que c'est inefficace, les registres servent à ça!

Martial Demolins :
et aussi grâce au fait que je ne fais et ne vérifie qu'une seule allocation

... et que tu gaspilles 3840 octets sur HW1 par conséquent! #combat#

Voilà exactement la raison pour laquelle TIGCCLIB ne permet pas ça. #arg#

./Post n°13 Marquer comme non lu.

Folco

Ecrit le: Samedi 18 juin 2005 à 04:28

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

->J'aime pas quand on me gueule après quand je code pour le plaisir. Ce n'est pas mon métier, ce n'est même pas une passion, c'est un loisir comme un autre.

->j'en ai rien à battre de 3840 octets sur HW1, le gars qui a toute sa RAM prise, ben il archive. Tu me fais quand même pas mal poiler quand tu prends 4 ko de ram de calculette au sérieux, attends, il y va tout de même pas du salut de la nation quoi. Et si qqn n'est pas content de mon prog (il utilise 3840 octets de trop, quel salopard de merde ce M. Demolins!!!), et bien il ne l'utilise pas, c'est tout!

->et pour ceux qui en ont marre d'avoir les 3840 octetrs en moins sur HW1, ils font comme pour les billets d'avion des voyages éducatifs, ils mettent la main au portefeuille et se rachètent un HW non obsolète (pas comme les 56k quoi).

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°14 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 18 juin 2005 à 05:12

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Martial Demolins :
->j'en ai rien à battre de 3840 octets sur HW1

Voilà exactement pourquoi TIGCCLIB ne te laisse pas le choix et pourquoi je gueule dessus à Sasume parce que Grib le laisse.

Tu me fais quand même pas mal poiler quand tu prends 4 ko de ram de calculette au sérieux, attends, il y va tout de même pas du salut de la nation quoi.

Voilà exactement le genre d'attitude d'un programmeur égoïste et borné que je ne supporte pas.

->et pour ceux qui en ont marre d'avoir les 3840 octetrs en moins sur HW1, ils font comme pour les billets d'avion des voyages éducatifs, ils mettent la main au portefeuille et se rachètent un HW non obsolète (pas comme les 56k quoi).

... pour ainsi obligatoirement perdre ces 3840 octets dans tous les programmes (ben oui, impossible d'utiliser LCD_MEM pour un plan sur HW2/HW3). <SARCASM>Très bonne suggestion.</SARCASM>

./Post n°15 Marquer comme non lu.

Sasume

Ecrit le: Samedi 18 juin 2005 à 09:25

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Et pour récupérer les adresses des plans? Si tu accèdes aux variables globales à chaque fois, faut pas t'étonner que c'est inefficace, les registres servent à ça!

Hum, tu voudrais gaspiller deux des 15 registres du 68000 pour y stocker en permanence les plans ?
Le mieux est d'utiliser des variables globales et d'utiliser l'équivalent de -freg-relative.

./Post n°16 Marquer comme non lu.

Folco

Ecrit le: Samedi 18 juin 2005 à 14:31

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

Kevin-> dans ce cas, je drop la compatibilité HW1, ça sera plus simple

edit-> programmeur egoïste, t'es marrant, je programme pas trop pour moi là

-Edité le Samedi 18 juin 2005 à 14:32 par Martial Demolins-

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°17 Marquer comme non lu.

Folco

Ecrit le: Samedi 18 juin 2005 à 14:45

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

merci à Benoit SCHERRER pour l'inspiration que j'ai puisée dans API92 d'ailleurs

(principalement pour la structure de certains éléments )

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°18 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 18 juin 2005 à 16:15

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Martial Demolins :
Kevin-> dans ce cas, je drop la compatibilité HW1, ça sera plus simple

Voilà pourquoi j'ai déjà proposé plusieurs fois de mettre les plans en un ordre aléatoire sur HW2, ou d'allouer carrément 2 handles séparés, ça vous forcerait à coder de manière compatible. Je vais finir par le faire.
-Edité le Samedi 18 juin 2005 à 16:16 par Kevin Kofler-

./Post n°19 Marquer comme non lu.

geogeo

Ecrit le: Samedi 18 juin 2005 à 16:24

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4256

Membre n°3

Inscrit le 29 janvier 2004

Voilà pourquoi j'ai déjà proposé plusieurs fois de mettre les plans en un ordre aléatoire sur HW2, ou d'allouer carrément 2 handles séparés, ça vous forcerait à coder de manière compatible. Je vais finir par le faire.

Des fois on lit des trucs amusants.

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic