Question de conception pour une fenêtre SDL \ OpenGL & amp; Bibliothèque de widgets

Question

Je veux concevoir & amp; implémenter un simple fenêtrage & amp; widget pour OpenGL fonctionnant au-dessus de SDL, un peu comme Agar ou GiGi, mais beaucoup plus étroitement lié à SDL & amp; OpenGL.

Mon problème général est le suivant: quelle est la meilleure conception pour un système de fenêtrage dans dans un contexte OpenGL ??

Je souhaite disposer de fenêtres réservées aux contrôles et, si possible, de fenêtres threadées avec leurs propres contextes OpenGL. La seule façon pour moi d’envisager cette possibilité est de rendre les textures, et d’ajouter une décoration de fenêtre autour ...

Je souhaite exposer le fonctionnement à d'autres programmeurs, mais quelle serait la meilleure solution. Je suis plus un programmeur C ++ et l'héritage a donc été la première façon dont j'ai pensé. Créez les classes de base que j'expose dans un fichier d'en-tête partagé, le programmeur en tire ensuite son propre objet window, en surchargeant les méthodes Init () ou Run () pour implémenter ce dont ils ont besoin. Le problème avec cette approche serait de garder les programmeurs sous contrôle, il n’y aurait aucun moyen réel de les «empêcher» de simplement dessiner où ils veulent dans l’écran OpenGL.

Les foncteurs constituent un autre moyen possible de passer des foncteurs que le programmeur souhaite utiliser dans la bibliothèque, qui l'appelle ensuite une fois que le rendu des composants de l'interface graphique est terminé.

Quelle est la meilleure façon d'aborder tout cela ??

Answer 1

  

fenêtres avec leurs propres contextes OpenGL

Cela nécessitera un piratage SDL, car il ne fournit qu'un seul contexte par processus. Sauf si vous envisagez de créer un seul contexte GL avec plusieurs sous-fenêtres indépendantes rendues en séquence.