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 » Forum Ti68K » News » Mon premier jeu en C (67 réponse(s))

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

Kevin Kofler

Ecrit le: Mercredi 18 février 2004 à 00:58

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

En effet, comme Lionel, je ne suis pas du tout d'accord avec la suggestion de Thor de remplacer les dialoges de AMS par d'autres! Si les dialogues sont dans AMS, ce n'est pas pour les chiens! Réimplémenter les dialogues:
* gaspille de la place dans les programmes,
* gaspille le temps du programmeur pour rien,
* donne une interface inconsistente avec celle du système d'exploitation,
* donne souvent une interface mauvaise du point de vue utilisabilité (j'ai vu de tout dans les dialogues "personnalisés": touches de confirmation non-standard et bizarres, fontes illisibles, boutons dont on ne sait pas du tout s'ils sont un choix entre plusieurs options, mènent à un autre dialogue, lancent une action etc. utilisés de partout, et mon "favori": les fameuses listes cycliques à 3 choix visibles à la fois (cf. SMA et plein d'autres) qui 1. n'utilisent pas du tout l'espace fourni par l'écran, il y a de la place pour nettement plus de 3 éléments à la fois, 2. ne laissent pas voir où la liste commence et où elle s'arrête et 3. souffrent très souvent aussi du problème des "boutons mystère" pour compléter le tout; ainsi que plein d'autres horreurs).

Quant à l'exécutable V200, il suffit d'envoyer le 9xz! Mais en effet, les versions plus récentes de TIGCC (dernière bêta) créent aussi un v2z.

-Edité le: Mercredi 18 février 2004 à 00:58 par Kevin Kofler-

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

IP2X

Ecrit le: Mercredi 18 février 2004 à 17:13

Membre: Maître Ultime

Messages: 2581

Membre n°37

Inscrit le 07 février 2004

Merci Kevin Kofler pour la derniere version de TIGCC

IP2X

./Post n°40 Marquer comme non lu.

Lionel Debroux

Ecrit le: Mercredi 18 février 2004 à 18:32

Envoyer un message privé à Lionel Debroux

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

Kevin a posté une version plus explicite de mon résumé...

Lionel Debroux - membre de TICT.

./Post n°41 Marquer comme non lu.

IP2X

Ecrit le: Jeudi 19 février 2004 à 16:08

Membre: Maître Ultime

Messages: 2581

Membre n°37

Inscrit le 07 février 2004

par contre il n'existe pas un autre programme comme sprites car sur mon PC il ne marche pas

IP2X

./Post n°42 Marquer comme non lu.

Lionel Debroux

Ecrit le: Jeudi 19 février 2004 à 18:02

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

Il y a ImageStudio, l'éditeur de sprites (SpriteED) dont on a parlé sur http://pub26.ezboard.com/ftichessteamhqfrm5 (il se peut que tu aies à parcourir les pages, il y a quelques semaines qu'il n'y a pas eu de réponses dans le topic).

Lionel Debroux - membre de TICT.

./Post n°43 Marquer comme non lu.

IP2X

Ecrit le: Samedi 21 février 2004 à 14:17

Membre: Maître Ultime

Messages: 2581

Membre n°37

Inscrit le 07 février 2004

je suis d'accord avec toi

IP2X

./Post n°44 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 21 février 2004 à 17:30

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

<< D'un autre coté, faire ses propres dialogues ça fait toujours quelque chose d'interessant de plus à programmer (on est pas là pour aller le plus vite possible, ni pour vendre, à priori c'est du développement amateur = pour le plaisir). >>
Franchement, les dialogues sont ch**nts à programmer...

<< Et puis ça permet de sortir un peu du lot de programmes avec des menus tous identiques, >>
Ce n'est pas un désavantage, au contraire! Il est important que les applications aient une interface consistente entre elles et avec le système d'exploitation!

<< pas particulièrement beau, >>
C'est très subjectif, ça. Et puis c'est ce qui compte le moins pour une interface, surtout sur une calculatrice avec un écran strictement monochrome (2 couleurs).

<< et critiquables eux aussi de bien des manières. >>
À part l'auto-alpha-lock (:@), contre lequel il y a des solutions (en particulier, il est facile de le désactiver pour les dialogues codés en C, il suffit de rajouter le bon XFLAG), je n'ai pas de critiques à faire au sujet de l'interface de AMS.

<< Ça ne va pas forcément à l'encontre de toutes les raison de Kevin, par exemple il y a moyen de faire un menu original ET fonctionnel. >>
Non:
1. original == inconsistent == mauvais
2. Pour un système de menus et/ou dialogues personnalisés à fonctionnalités équivalentes avec ceux de AMS, il faut compter au moins 10 KO pour les menus et au moins 30 KO pour les dialogues. (Et oui, il y a plein de détails importants dans l'interface de AMS!) C'est une augmentation de taille intolérable. Et tous les compromis sont mauvais: Pourquoi prendre une interface incomplète en 10-20 KO si on peut en avoir une complète en 1-2 KO (en appelant les ROM_CALLs)?

PS: Et voilà. Lionel, je t'ai dit dès le départ qu'une alternative à yAronet en français ne fonctionnera jamais. On est visités par exactement les mêmes trolls qu'avant. À moins que les admins ne se mettent à bannir Vertyos et compagnie.

Ou à mettre des tonnes de popups, Vertyos prétend que c'est le meilleur moyen pour le chasser, donc à essayer.

PPS: Grrr, le code du smiley qui roule les yeux est mauvais (ne fonctionne pas).

-Edité le: Samedi 21 février 2004 à 17:31 par Kevin Kofler-

./Post n°45 Marquer comme non lu.

geogeo

Ecrit le: Samedi 21 février 2004 à 17:38

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4257

Membre n°3

Inscrit le 29 janvier 2004

Belle remarque Kevin.

[EDIT] Le code du smiley sera corrigé.

-Edité le: Samedi 21 février 2004 à 17:39 par geogeo-

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

Sasume

Ecrit le: Samedi 21 février 2004 à 17:45

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Mais ce forum est de moins bonne qualité que yN, et visité par moins de personnes.
Pourquoi ne pas rester sur yaronet ?
Et toi Kevin, faudrait que tu arrêtes a mauvaise foi : tu te plains tout le temps qu'il y ait yaronet et que ça fragmente la communauté (faudrait que tout le monde migre vers le forum de la TICT), et là, tu encourages d'autres personnes à fragmenter encore plus la communauté.

Et si on vous gène parce qu'on n'est pas pro-nostub et donc qu'on vous empêche de faire de la propagande pour le nostub (soyez honnêtes, vous n'êtes [Lionel et toi] jamais objectifs en parlant du kernel), et que c'est pour ça que tu veux qu'on parte, ton comportement n'est pas très social. Laisse la possibilité à chacun de donner son avis sans le qualifier de troll dès qu'il est contraire au tien...
Ce que je viens de dire s'applique tout à fait à la discution actuelle, même s'il n'est pas question de _nostub ou de kernel.

./Post n°47 Marquer comme non lu.

geogeo

Ecrit le: Samedi 21 février 2004 à 17:52

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4257

Membre n°3

Inscrit le 29 janvier 2004

Cite:
Mais ce forum est de moins bonne qualité que yN, et visité par moins de personnes.
Pourquoi ne pas rester sur yaronet ?

Car tout simplement pour éviter les débordements de topics par des personnes mal venues...

Maintenant ce forum existe et existera toujours, les membres qui postent sur ce forum ont leurs résonds. S'ils veulent aller sur yAronet ils vont sur yAronet, on ne les empêches pas, ce qui n'est pas réciproque pour certaines personnes.

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

Sasume

Ecrit le: Samedi 21 février 2004 à 18:02

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Il y a des gens qui empêchent des personnes de venir ici ?

./Post n°49 Marquer comme non lu.

naPO

Ecrit le: Samedi 21 février 2004 à 18:46

Membre: Maître Ultime

Groupe: Orage Studio

Messages: 2430

Membre n°17

Inscrit le 01 février 2004

Bah, lis le topic 'La censure c'est mal', créé à cause d'une délétion intempestive...

Tel un automate, le dinosaure noir s'avance vers le chef des toutous-bombes et dit : "SCHNAAA SCHNAAA SCHNAPPI ! SCHNAPPI-SCHNAPPI-SCHNAPP !!!!!!" (en attendant une meilleure signature)

Avec de vrais morceaux de pattes d'eph :

./Post n°50 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 21 février 2004 à 18:54

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Sasume, pas besoin de te vexer, ce n'est pas toi que je vise avec mon rant! Tu es une personne très coopérative, tu fais avancer ExtGraph, et surtout tu ne viens pas faire une propagande débile.

Les gens qui m'énervent, ce sont des gens qui font une propagande insistante pour des trucs stupides et/ou dépassés (j'ai bien mis "et/ou", donc pas la peine de venir râler "x n'est pas stupide", "y n'est pas dépassé" etc.) comme:
* les menus et dialogues non-standard
* les sauvegardes et highscores à l'intérieur du programme, qui ne fonctionnent pas avec un programme archivé et/ou compressé
* les programmes BASIC incompatibles avec les applications de localisation (exprès)
* le mode kernel
etc.

Ces messages de propagande pour des trucs indéfendables sèment la désinformation (ce qui est la définition d'un troll) et sont de la pure provocation (flamebait).

>Car tout simplement pour éviter les débordements de topics par des personnes mal venues...
... comme Vertyos?

-Edité le: Samedi 21 février 2004 à 18:57 par Kevin Kofler-

./Post n°51 Marquer comme non lu.

naPO

Ecrit le: Samedi 21 février 2004 à 18:57

Membre: Maître Ultime

Groupe: Orage Studio

Messages: 2430

Membre n°17

Inscrit le 01 février 2004

KK> Ben je crois que Vertyos et yAro s'étaient mis d'accord pour nous chambrer parce que ce site était ambitieux. Je pense surtout qu'ils sont verts de voir un site généraliste sur les TIs ouvrir avant ti-fr.com. D'ailleurs, de ce côté-là, ça sent le v4p0r...

De plus, il y a eu la venue de Lionel Debroux qui leur a fait la leçon sur la modération, et là, ils sont sortis de leurs gonds, Vertyos et yAro...

-Edité le: Samedi 21 février 2004 à 18:58 par 240-185-

Tel un automate, le dinosaure noir s'avance vers le chef des toutous-bombes et dit : "SCHNAAA SCHNAAA SCHNAPPI ! SCHNAPPI-SCHNAPPI-SCHNAPP !!!!!!" (en attendant une meilleure signature)

Avec de vrais morceaux de pattes d'eph :

./Post n°52 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 21 février 2004 à 18:59

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Une raison de plus de les bannir.

./Post n°53 Marquer comme non lu.

naPO

Ecrit le: Samedi 21 février 2004 à 19:02

Membre: Maître Ultime

Groupe: Orage Studio

Messages: 2430

Membre n°17

Inscrit le 01 février 2004

Ça, on verra. S'ils continuent à descendre Ti-Gen, on prendra les décisions qui s'imposent...

Tel un automate, le dinosaure noir s'avance vers le chef des toutous-bombes et dit : "SCHNAAA SCHNAAA SCHNAPPI ! SCHNAPPI-SCHNAPPI-SCHNAPP !!!!!!" (en attendant une meilleure signature)

Avec de vrais morceaux de pattes d'eph :

./Post n°54 Marquer comme non lu.

Sasume

Ecrit le: Samedi 21 février 2004 à 19:54

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Kevin Kofler>
Sasume, pas besoin de te vexer, ce n'est pas toi que je vise avec mon rant! Tu es une personne très coopérative, tu fais avancer ExtGraph, et surtout tu ne viens pas faire une propagande débile.
Je ne suis pas vexé, je trouve que ton comportement n'est pas aproprié.
Et puis le fait que je sois utile parce que je permets à ExtGraph 2 d'être une lib graphique moins dépassée que les autres que tu détestes... Ça t'arrange bien que je propose mes fonctions à ta librairie préférée... (au fait, ta lib préférée risque d'être à nouveau extgraph 1.02 car on va écrire des fonctions de préshifting)

Les gens qui m'énervent, ce sont des gens qui font une propagande insistante pour des trucs stupides et/ou dépassés (j'ai bien mis "et/ou", donc pas la peine de venir râler "x n'est pas stupide", "y n'est pas dépassé" etc.) comme:
* les menus et dialogues non-standard
Personnellement, je les trouve lourds à utiliser et peu agréables visuellement. Et ils utilisent l'event loop (je crois qu'elle s'appelle comme ça), donc ça oblige à locker tous nos handles.
Je comprends complètement que quelqu'un ait envie de refaire des menus pour qu'ils soient plus intégrés avec le reste de leur programme.
Et un gros défaut des menus est qu'ils ne sont pas en niveaux de gris. Et même si c'est la plupart du temps possible, c'est très lourd de repasser en noir et blanc juste pour afficher un menu.
En contrepartie, les raisons pour utiliser les menus d'AMS ne manquent pas non plus, et la plus pertinente est que de réécrire un système de menus/boites de dialogues prend facilement 5ko, et peut prendre 10ko si on veut quelque chose de complet.
Il faudrait écrire une lib dynamique pour faire des beaux menus en nvg pour résoudre le problème

(oui, je te provoque gentiment, là, mais avoue que ce serait une bonne alternative, non ?)

* les sauvegardes et highscores à l'intérieur du programme, qui ne fonctionnent pas avec un programme archivé et/ou compressé
Là, je suis d'accord.

* les programmes BASIC incompatibles avec les applications de localisation (exprès)
Je ne connais pas très bien ce terrain, mais je doute que des personnes fassent exprès d'être incompatibles avec les APPS de localisation si ils ne gagnent pas en taille à la place.

* le mode kernel
Mais arrête de dire que ce mode kernel est dépassé sous prétexte qu'il permet de faire tourner les vieux programmes...

Ces messages de propagande pour des trucs indéfendables sèment la désinformation (ce qui est la définition d'un troll) et sont de la pure provocation (flamebait).
Je ne dis pas que tu as toujours tort. Il y a des personnes qui trollent.
Mais cependant, je trouve que tu devrais un peu te remettre en question, je trouve par exemple que le mode kernel n'est ni dépassé, ni stupide, et je trouve bien dommage que tu essaies de convaincre tout ceux que tu peux du contraire.
Franchement, je ne comprends pas pourquoi tu rejettes autant le mode kernel. Personnellement, plus j'en apprends à son sujet, plus je trouve que c'est un mode fabuleux.
Et il n'est vraiment pas dépassé.
Je suis d'accord que les vieux programmes kernels ne sont pas des exemples à suivre car ils utilisent des librairies qui, elles, sont obsolètes, mais ça ne rend pas pour autant le mode kernel dépassé. C'est même très bien qu'il permette de faire tourner ces vieux programmes.
Les packs archive, c'est dépassé ? C'est tout simplement génial.

240-185>
KK> Ben je crois que Vertyos et yAro s'étaient mis d'accord pour nous chambrer parce que ce site était ambitieux. Je pense surtout qu'ils sont verts de voir un site généraliste sur les TIs ouvrir avant ti-fr.com.
Oui, Vertyos et yAro ont été assez peu objectifs, ils se sont dépêchés de traquer les bugs et de faire ressortir les défauts de votre site le plus rapidement possible.
Enfin, c'est ce dont j'ai eu l'impression.

D'ailleurs, de ce côté-là, ça sent le v4p0r...
On verra d'ici 2048

Kevin Kofler>
Une raison de plus de les bannir.
Évidemment, tu sautes sur l'occasion pour appuyer tes idées...
Ça t'arrangerait bien qu'ils soient bannis.

./Post n°55 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 21 février 2004 à 19:59

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Totalement hors-sujet, mais bon: Es-tu sûr que le preshifting soit une bonne idée? Il me semble que même XLib (qui était pourtant totalement axée vitesse) l'a rejeté parce que ça consomme trop de RAM. Et même les librairies qui l'implémentent (genlib) le déconseillent dans la documentation à cause de ça.

./Post n°56 Marquer comme non lu.

Sasume

Ecrit le: Samedi 21 février 2004 à 20:11

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Ben en fait, c'est venu progressivement, puisqu'on va proposer des fonctions qui vont permettre d'utiliser des sprites pré-shiftés, on s'est dit "autant faire nous mêmes des fonctions de préshifting..."
Puis voilà, c'est maintenant prévu.
Oui, la consommation de RAM est ÉNORME (1ko pour un sprite 16x16 en noir et blanc), mais pour un jeu comme BomberMan par exemple, où il y a seulement une dizaine de sprites en noir et blanc pour définir la map, ça fait 20ko. C'est jouable. Et ça permet d'afficher plus de 200 sprites en niveaux de gris dans un jeu à 20 fps. C'est pratique

De toute façon, il reste les autres fonctions, classiques.

./Post n°57 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 21 février 2004 à 20:16

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

<< Personnellement, je les trouve lourds à utiliser et peu agréables visuellement. >>
Personnellement, je trouve que ce n'est pas le cas.

Tu vois, comme j'ai déjà dit dans la réponse à Vertyos, c'est subjectif.

<< Et ils utilisent l'event loop (je crois qu'elle s'appelle comme ça), donc ça oblige à locker tous nos handles. >>
... ce qui est toujours une bonne idée. C'est une très mauvaise idée de garder des handles non-lockés, il y a plein de trucs qui pourraient causer une compression du heap. Et pense aussi à mon Task Switcher.

<< Je comprends complètement que quelqu'un ait envie de refaire des menus pour qu'ils soient plus intégrés avec le reste de leur programme. >>
Moi, je préfère les menus intégrés avec le système d'exploitation, et même chose pour le reste du programme.

<< Et un gros défaut des menus est qu'ils ne sont pas en niveaux de gris. Et même si c'est la plupart du temps possible, c'est très lourd de repasser en noir et blanc juste pour afficher un menu. >>
Pas très dur, ça...

<< En contrepartie, les raisons pour utiliser les menus d'AMS ne manquent pas non plus, et la plus pertinente est que de réécrire un système de menus/boites de dialogues prend facilement 5ko, et peut prendre 10ko si on veut quelque chose de complet. >>
Personnellement, j'estime plutôt 40 KO pour quelque chose de vraiment complet. N'oublie pas des détails comme le menu CHAR.

<< Il faudrait écrire une lib dynamique pour faire des beaux menus en nvg pour résoudre le problème

(oui, je te provoque gentiment, là, mais avoue que ce serait une bonne alternative, non ?) >>
Non. Gaspiller une fois 40 KO est déjà une fois de trop, donc ce n'est pas en évitant de multiplier le gaspillage qu'on résoudra le problème. Et puis, la DLL gaspille aussi de la place pour les fonctions non utilisées (comme d'habitude).

Quant aux kernels, ils risquent de ne pas fonctionner du tout (oui, du tout) sur la TI-89 Titanium. On va voir si quelqu'un nous sortira un HW3Patch. (Mais ne me prends pas mal: J'espère moi aussi qu'il y aura un HW3Patch, sinon mes TSRs ne marcheront pas non plus.)

-Edité le: Samedi 21 février 2004 à 22:07 par Kevin Kofler-

:: Index » Forum Ti68K » News » Mon premier jeu en C (67 réponse(s))

Pages : 3/4 |« « 1 2 [3] 4 » »|

Page générée en 64.64ms avec 18 requetes