Interface Graphique - Page 1

Ca serai pour savoir quelle est la meilleur facon de gerer une interface graphique !
Et surtout ca serai quelle est la methode pour avoir un code optimiser dans ce cas

Je m'explique ca serai pour la création de menus donc j'avais pensais mettre l'ecran dans un ecran virtuel puis de le rappeler par la suite mais je ne sais pas si c'est la meilleur solution

sisi, c'est une bonne solution

[mode kevin=ON]
Non, AMS inclut des routines de menus, ce N'est PAS pour qu'on les reprogramme à chaque fois. D'ailleurs c'est le standard de menu pour les TI.
[/mode]


Pour répondre à ta question, l'écran virtuel est effectivement la solution que tout le monde utilise.

Ok merci je vais utiliser cette technique mais j'aurais une autre question !!!
J'ai un curseur (en fait deux ligne qui forme une croix!!!) et j'aimerai savoir comment faire pour le deplacer sans avoir a redessiner tous l'ecran j'ai entendu parle de mask mais je ne sais pas trop ce que sais !!!

le masque c'est juste pour transformer un partie d'un sprite en transparent. pour ton curseur, si tu veux pas reafficher tout, affiche le en mode XOR et reaffiche le en XOR au meme endroit avant de change de coordonnées

Pollux : Ce n'est pas parfait. Il faut des points d'exclamation à la place des points.

Pourquoi veux-tu dessiner une interface personnelle sans même savoir ce qu'est un masque? Tu n'as clairement pas le niveau nécessaire. Tu ferais vraiment mieux d'utiliser ce qu'il y a déjà (http://tigcc.ticalc.org/doc/menus.html, http://tigcc.ticalc.org/doc/dialogs.html).

Kevin Kofler > ouais mais c'est moins joli que lorsque c'est fais a la main. j'ai vu des soft qui avait une interface graphique splandide et il n'utilisait pas les appele au menu de l'AMS

Je suis sérieux. Déjà, vu son niveau, il va passer un temps fou à réinventer la roue, et en plus son interface risque fort de ne pas suivre même approximativement les critères d'utilisabilité.

Tibz8
: Kevin Kofler > ouais mais c'est moins joli que lorsque c'est fais a la main. j'ai vu des soft qui avait une interface graphique splandide et il n'utilisait pas les appele au menu de l'AMS

Mais ça prend de la place dans les programmes pour rien.

Kevin> Toujours fidèle au poste Mais en tout cas c pas en utilisant les menus de l'AMS qu'il va apprendre ce que c'est qu'un masque. Il faut bien commencer un jour.

Kevin Kofler
:

Tibz8
: Kevin Kofler > ouais mais c'est moins joli que lorsque c'est fais a la main. j'ai vu des soft qui avait une interface graphique splandide et il n'utilisait pas les appele au menu de l'AMS

Mais ça prend de la place dans les programmes pour rien.

One more time... Tu ferais mieux d'écrire #include <stdtroll/menus.h>

Kevin Kofler > ouais mais c'est moins joli que lorsque c'est fais a la main. j'ai vu des soft qui avait une interface graphique splandide et il n'utilisait pas les appele au menu de l'AMS

Je suis d'accord avec toi à 100%, tu pourrais montrer les interfaces graphique que tu as vu stp?

Je suis sérieux. Déjà, vu son niveau, il va passer un temps fou à réinventer la roue, et en plus son interface risque fort de ne pas suivre même approximativement les critères d'utilisabilité.

Le niveau est en effet un point délicat mais il est vrai qu'une interface personnalisé donne une personnalité à un programme et donne plus d'envie de l'utiliser. On peux faire de très belles interfaces sans pour autant prendre beaucoups de mémoires.

Moi, une interface en non-respect des règles d'utilisabilité de base ne me donne pas envie du tout d'utiliser un programme. (Par exemple, je suis celui qui a demandé le fait que [ENTER] soit aussi accepté comme touche de confirmation dans Ice Hockey 68k.) S'il est bien fait, pourquoi pas, mais un menu bien fait est généralement très lourd en place.

Je suis d'accord avec toi à 100%, tu pourrais montrer les interfaces graphique que tu as vu stp?

Tu prend par exemple tiss ou certain explorer comme einstein ou d'autre on des graphisme simple a utiliser et qui sont plus joli que les menu grossier de l'AMS

surtout qd le reste du jeu est en nvg7 et que paaaf pour un menu de merde ça repasse en noir et blanc

Kevin Kofler :
(Par exemple, je suis celui qui a demandé le fait que [ENTER] soit aussi accepté comme touche de confirmation dans Ice Hockey 68k.)

On s'en fout ! T'en es fier ?


Et comme ça a été dit, c'est en faisant qu'on apprend ! Il ne va pas progresser et découvrir toutes les astuces liées aux menus en reprenant des fonctions existantes. Arrête de prendre les newbies pour des moutons bêtes et obéissants ! Comment veux-tu qu'on soit sympa avec toi...

En plus j'ai besoin d'afficher des sprites dans une boite de dialiogue et je ne pense pas que l'on puisse le faire avec des fonctions deja toute faite !!

Si. Extrait de la documentation contribuée encore à intégrer:

Flag: DF_OWNER_DRAW
Item Type: TEXT
Description: The CallBack function (see DialogNew for more infos) is responsible for drawing this item (which can be text or image). Note : This flag must be used in coordination with DialogNew and not DialogNewSimple (else you will not be able to dislay anything with this command).

Pour la valeur, c'est DF_OWNER_DRAW = 0x08.