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 » Bugs et suggestions » Problème avec une font (106 réponse(s))

./REPRISE DU POST PRECEDENT (post n°57) Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 20 décembre 2005 à 15:10

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Plus rapide -> on s'en fout, les dialogues sont par définition limités par la vitesse d'entrée de données de l'utilisateur, les dialogues d'AMS arrivent déjà à tenir tête aux entrées utilisateur, ça ne sert à rien d'aller plus vite!
Plus joli -> le design des dialogues d'AMS fait partie du look&feel de la plateforme, même si vous trouvez un autre look&feel plus joli (ce qui est très subjectif et ne correspondra pas forcément à l'avis de vos utilisateurs, personellement je trouve les dialogues de graphlib et PedroM très moches, les coins ne sont même pas arrondis), ce n'est pas une raison de casser la consistence du look&feel. Si vous voulez un look&feel graphlib avec l'API de dialogues AMS, utilisez PedroM qui fait exactement ça.

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°58 Marquer comme non lu.

Folco

Ecrit le: Mardi 20 décembre 2005 à 15:13

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

Kevin-> c'est mon choix, et tu le respecte.

FpgForce-> le hasard fait bien les choses comme on dit

j'aime pas les boites de dialogue du TIOS, je les trouve moches. Et les boites de graphlib, exploitées en niveau de gris avec le ptit wrapper qui va bien peuvent être plus jolies que celles de AMS.

<<< 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°59 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 20 décembre 2005 à 18:40

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Martial Demolins :
Kevin-> c'est mon choix, et tu le respecte.

Non, je ne respecte pas des choix non justifiés.

j'aime pas les boites de dialogue du TIOS, je les trouve moches.

Ce n'est pas une raison de casser le look&feel de la plateforme.

Et les boites de graphlib, exploitées en niveau de gris avec le ptit wrapper qui va bien peuvent être plus jolies que celles de AMS.

Ils fonctionnent en ndg, les dialogues de graphlib?! C'est nouveau... C'est encore un hack pourri à mon avis.

./Post n°60 Marquer comme non lu.

Sasume

Ecrit le: Mardi 20 décembre 2005 à 22:20

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Kevin, tu manques de tolérance.
Il faut vraiment que tu apprennes à respecter les points de vue des autres même si tu les trouves stupides.
Tu dois être invivable franchement...
Je dis ça parce que moi-même j'ai remarqué que je suis un peu comme ça et ma famille (parce que mes amis je les laisse plus tranquilles quand même) me reproche d'être assez pénible à cause de ça.

./Post n°61 Marquer comme non lu.

Folco

Ecrit le: Mercredi 21 décembre 2005 à 08:20

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

bon, je vais répondre à ton niveau d'intelligence et de tolérance:

Kevin Kofler :

Martial Demolins :
Kevin-> c'est mon choix, et tu le respecte.

Non, je ne respecte pas des choix non justifiés.

je trouve ton choix injustifié, donc je ne le respecte pas.

j'aime pas les boites de dialogue du TIOS, je les trouve moches.

Ce n'est pas une raison de casser le look&feel de la plateforme.

je l'améliore, donc la raison est bonne.

Et les boites de graphlib, exploitées en niveau de gris avec le ptit wrapper qui va bien peuvent être plus jolies que celles de AMS.

Ils fonctionnent en ndg, les dialogues de graphlib?! C'est nouveau... C'est encore un hack pourri à mon avis.

Non.

bon, si c'est pour faire ce genre de question/réponse, Kevin, fous moi la paix et ne m'adresse plus la parole pour critiquer... JE PEUX CODER CE QUE JE VEUX COMME JE VEUX OU ALORS TU DETIENS UN MONOPOLE A LA MICROSOFT QUI T AUTORISE A DIRE TOUT CE QUI EST BIEN OU PAS??????????????????????????????

<<< 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°62 Marquer comme non lu.

LionelA

Ecrit le: Mercredi 21 décembre 2005 à 11:43

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

lol

Auteur de Mode7 Engine pour ti68k
Auteur de F-ZERO for TI68k
Membre de Orage Studio
Mon site perso : http://www.tigen.org/lionela/
Le gite de mes parents à coté de Narbonne :
http://chaletdenis.free.fr/

./Post n°63 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mercredi 21 décembre 2005 à 13:11

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Martial Demolins :
je l'améliore, donc la raison est bonne.

Non. Aucune raison n'est bonne pour casser la consistence du look&feel. Si tu veux améliorer le look&feel de AMS, va travailler pour TI ou penche-toi sur PedroM. Mais ce n'est pas à une application d'"améliorer" le look&feel de l'OS.

./Post n°64 Marquer comme non lu.

Folco

Ecrit le: Mercredi 21 décembre 2005 à 13:21

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

mais c'est grave ça, je t'emm.......bête quoi!!!! QU'EST CE QUI M'EMPECHE DE LE MODIFIER A MA GUISE???? TON DIKTAT DE LA PENSEE TI??? SI JE VEUX EN FAIRE AUTRE CHOSE, JE LE FAIS, ET TU VAS TE FAIRE F.......VOIR!!!!!!!! T'AS PAS LE DROIT DE M'IMPOSER QUOI QUE CE SOIT, QUE CA TE PLAISE OU NON!!!!! TU ES GRAVE LA KEVIN, FAIS GAFFE, JE NE PENSE PAS QUE CELA SE SOIGNE, C'EST CA LE PIRE :/
-Edité le Mercredi 21 décembre 2005 à 13:38 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°65 Marquer comme non lu.

LionelA

Ecrit le: Mercredi 21 décembre 2005 à 13:25

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

bon pas la peine de s'enerver non plus hein

on va dire que le HS est terminé et personne n'a a imposer son point de vue a l'autre de toute façon.

./Post n°66 Marquer comme non lu.
Kevin Kofler	Ecrit le: Mercredi 21 décembre 2005 à 16:11
	-- Post locké --

./Post n°67 Marquer comme non lu.

Folco

Ecrit le: Jeudi 22 décembre 2005 à 09:57

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

Et voilà, le format de données à passer à mon ptit wrapper

ça permet de créer une boite de dialogue sans se soucier du dimensionnement, voire des coordonnées d'affichage.
Il n'y a pas d'allocation de faite, tout se fait dans la pile (les (an) pointent dans une structure fenêtre placée dans la pile), ceci a deux avantages:
-le calcul, l'affichage et la gestion d'une fenêtre ne risquent pas d'échouer à cause du manque de RAM.
-les fonctions utilisées sont réentrantes, ce qui permet de précalculer, afficher ou gérer autant de fenêtres à la fois que l'on veut, sans que les unes et les autres se marchent sur les pieds.

Au niveau programmation, le parser pour le précalcul est en cours, mais j'ai fini de compléter le format qu'hier soir, donc j'ai forcément pas encore eu le temps de tout coder.
Ca ne prendra pas bcp de place (1 ou 1.5 ko max?), et ça permet de gagner un temps fou sans se casse la tête à chaque boite de dialogue, aussi simple ou compliquée soit-elle.

Voilà voilà, je suis très content d'en arriver là.

/me content!

<<< 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°68 Marquer comme non lu.

Folco

Ecrit le: Jeudi 22 décembre 2005 à 14:31

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

Ca avance bien.

Mais le plus simple serait en fait d'utiliser API92, il faut que je regarde ce qu'il en est niveau compatibilité avec les niveaux de gris. Sinon tant pis, j'utiliserai mon wrapper+graphlib.

edit-> non en fait, je continue mon wrapper, il avance bien, il est moins puissant que api92, mais suffisamment souple, déjà plus que celui du tios (

)
et puis c'est plus sympa de bosser avec ses outils que ceux froids et impersonnels de AMS.

-Edité le Jeudi 22 décembre 2005 à 16:20 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°69 Marquer comme non lu.

Kevin Kofler

Ecrit le: Jeudi 22 décembre 2005 à 18:19

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Martial Demolins :
ça permet de créer une boite de dialogue sans se soucier du dimensionnement, voire des coordonnées d'affichage.

Ce n'est pas flexible alors. Même les systèmes qui utilisent des layout managers partout proposent un layout "pixel layout" où tu peux préciser les coordonnées.

Il n'y a pas d'allocation de faite, tout se fait dans la pile (les (an) pointent dans une structure fenêtre placée dans la pile), ceci a deux avantages:
-le calcul, l'affichage et la gestion d'une fenêtre ne risquent pas d'échouer à cause du manque de RAM.

Mais à cause du manque de place sur la pile, qui est plus petite. #roll#

-les fonctions utilisées sont réentrantes, ce qui permet de précalculer, afficher ou gérer autant de fenêtres à la fois que l'on veut, sans que les unes et les autres se marchent sur les pieds.

Les dialogues AMS ne se marchent pas sur les pieds non plus.

Et tu n'as pas besoin d'allouer la structure DIALOG, tu peux la créer statiquement aussi, exactement comme ton truc.

./Post n°70 Marquer comme non lu.

Folco

Ecrit le: Vendredi 23 décembre 2005 à 08:45

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

Ah tiens, je ne savais pas qu'AMS avait les mêmes avantages.
Une fenêtre sur la pile prend dans les 100 octets si elle est très grosse, donc ça va. une fenêtre moyenne prend dans les 30/40 octets de pile, c'est très raisonnable.

Quand au positionnement au pixel près, on ne peut pas le faire, on a juste une certaine mobilité des items sur le plan horizontal. J'aurais pu rajouter le plan vertical facilement (d'ailleurs, je peux sans toucher pratiquement le format, et à peine le code), mais le but n'est pas de créer quelquechose de ultra-performant: avant tout un outil qui prend peu de RAM, et qui ne demande pas 100 lignes de code pour préparer une fenêtre. Et ça, je suis en train de très bien y arriver.

<<< 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°71 Marquer comme non lu.

Folco

Ecrit le: Vendredi 23 décembre 2005 à 14:30

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

Bon, en gagnant 4 octets, on peut maintenant traiter une fenêtre située dans la pile, en dur dans le programme, ou allouée ou on veut. Elle est pas belle la vie?

edit-> et hop, pour 0 octet de plus, on peut positionner ce qu'on veut où on veut, en x et y!!! Merci Kevin de m'y avoir fait réfléchir. Tu vois, je fais mieux que AMS!

-Edité le Vendredi 23 décembre 2005 à 14:52 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°72 Marquer comme non lu.

andoh_wilfried

Ecrit le: Vendredi 23 décembre 2005 à 22:45

Envoyer un message privé à andoh_wilfried

Membre: Maître

Messages: 145

Membre n°888

Inscrit le 17 juin 2005

tiens Martial, tu continus l'editeur de GFA.
On dirait que ca avance vivement qu'on voit quelque shots de des boites de dialogues.

./Post n°73 Marquer comme non lu.

geogeo

Ecrit le: Vendredi 23 décembre 2005 à 23:19

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4256

Membre n°3

Inscrit le 29 janvier 2004

Martial a abandonné la programmation de GFA Editor je crois!

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°74 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 24 décembre 2005 à 06:09

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Martial Demolins :
Bon, en gagnant 4 octets, on peut maintenant traiter une fenêtre située dans la pile, en dur dans le programme, ou allouée ou on veut. Elle est pas belle la vie?

Ça a quoi de spécial, ce feature? Tu prends un pointeur en paramètre et tu t'en fous où le dialogue est situé, je ne vois pas pourquoi c'était autrement avant... #confus#

edit-> et hop, pour 0 octet de plus, on peut positionner ce qu'on veut où on veut, en x et y!!! Merci Kevin de m'y avoir fait réfléchir. Tu vois, je fais mieux que AMS!

Tu ne fais rien de mieux que AMS, AMS a toujours géré les dialogues faits à partir de structures statiques (ou allouées ou sur la pile, AMS n'en a rien à battre d'où tu sors ton pointeur!).

Voilà un exemple de dialogue AMS (tiré de Spread89):

asm(".section .rodata.SaveAsDialog,\"d\"

.xdef SaveAsDialog, SAD_FolderPopupHandle
SaveAsDialog:

L.SAD_TextOffset: .word SaveAsDialogData-SaveAsDialog
L.SAD_NumItems:   .word 4
L.SAD_Width:      .byte 160
L.SAD_Height:     .byte 50
L.SAD_Callback:   .long NoCallBack

L.SAD_Items:

|Title
.byte 8,0x80,0,0
.word L.SAD_Title_text-SaveAsDialogData
.byte 1,4
.space 4
|Folder popup
.byte 14,0,3,13
.word L.SAD_Folder_text-SaveAsDialogData
SAD_FolderPopupHandle: .word 0
.space 2
.word 0
|File text box
.byte 2,0,3,24
.word L.SAD_File_text-SaveAsDialogData,0,8
.byte 16
.space 1
|No alpha-lock
.byte 15,0x80,0,0
.word 4,0,0,0
|End
.space 12

SaveAsDialogData:
L.SAD_Title_text: .asciz \"Spread89 - Save as...\"
L.SAD_Folder_text: .asciz \"Folder\"
L.SAD_File_text: .asciz \"File\"
");

./Post n°75 Marquer comme non lu.

Folco

Ecrit le: Lundi 2 janvier 2006 à 08:30

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

geogeo :
Martial a abandonné la programmation de GFA Editor je crois!

je rebosse dessus, mais je ne promets plus rien, donc ce n'est pas officiel.

<<< 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°76 Marquer comme non lu.

geogeo

Ecrit le: Lundi 2 janvier 2006 à 12:24

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4256

Membre n°3

Inscrit le 29 janvier 2004

arf lol ok.

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