• [^] # Re: GUI SDL

    Posté par . En réponse au journal Pas libre mais dans la tendance. Évalué à -2.

    Ne le prends pas mal, je t'ai relu plusieurs fois, promis juré, mais je ne comprends toujours quasiment rien à ce que tu reproches à un framework comme Qt.

    C'est le paradigme que je n'aime pas. Dans le paradigme des "widgets", Qt est très bien.

    Pense au HTML, par exemple, c'est un autre paradigme. En JQuery, tu fais une requête pour sélectionner des noeuds sur lesquels tu mets des attributs ou des handlers. C'est une approche différente.

    Il y a aussi Genera, un sytème d'exploitation en Lisp. Quand tu affiches un "integer" sur l'écran, ça rester un entier. Tu peux le coller dans un input qui prends des "integers" en clicquant dessus.

    http://en.wikipedia.org/wiki/Genera_%28operating_system%29
    http://www.youtube.com/watch?v=o4-YnLpLgtk

    Il y plusieurs façons de faire des interfaces graphiques.

    Tu veux réellement regarder régulièrement l'état d'un bouton pour savoir s'il faut exécuter le code associé au clic ?

    Dans un jeu, on régule le FPS dans la boucle principale. Le but est calculer au moins 30 frames par seconde.

    On récupère les coordonnées de la souris soit par polling soit dans l'événement. Après on regarde quelle sont les zones activées par le clic. Des boutons par exemple ou des sprites.

    C'est ce que l'OS fait aussi. Ce n'est pas un problème dans un jeu. Ca consomme très peu de CPU.

    Les gestionnaires de fenêtres proposent une façon de faire dans leur API mais on n'est pas obligé de la suivre.

    D'ailleurs Qt n'utilise pas le rendu natif, ils ont refait le leur. C'est que ça ne leur convient pas non plus.

    C'est toujours mieux d'être au-dessus. Tu connais mieux les événements et les objets qui t'intéressent que l'approche du bas vers le haut (du bouton vers son conteneur).