Question

Comme le Haskell Wiki lui-même déclare:

Il existe un grand nombre de bibliothèques GUI pour Haskell. Malheureusement, il n'y a pas de standard et tous sont plus ou moins incomplets. En général, les placages de bas niveau vont bien, mais ils sont de bas niveau. Les abstractions de haut niveau sont assez expérimentales. Il est nécessaire d'une bibliothèque GUI de niveau moyen prise en charge.

Un professeur de mon collège m'a demandé, ainsi qu'à trois autres majors en informatique, envisager de travailler sur une bibliothèque GUI pour Haskell. Son idée initiale pour le projet était d'écrire une couche au-dessus d'OpenGL qui imitait le bibliothèque morphique trouvée à smalltalk; Cependant, ce n'est qu'une suggestion et d'autres systèmes valent vraiment la peine d'être pris en considération.

Cela nous amène à la question réelle en plusieurs parties.

  1. Pour quel niveau d'abstraction notre bibliothèque devrait-elle s'efforcer? Le Wiki Haskell semble indiquer fortement qu'une bibliothèque GUI de niveau moyen serait préférée; Cependant, une bibliothèque de haut niveau serait toujours la bienvenue.
  2. Sur quelle bibliothèque devrait être construite? (Ex. OpenGL)
  3. Quelle bibliothèque GUI existante aimeriez-vous voir notre bibliothèque imiter (le cas échéant) et pourquoi? (Ex. Pygame, morphique, swing, etc.)
  4. Quelles fonctionnalités aimeriez-vous voir notre bibliothèque implémenter ou éviter? Par exemple, les bonnes personnes de Gnome pourraient faire valoir que le bouton minimiser n'est pas nécessaire.
  5. Avez-vous des suggestions générales?
  6. Quel nom intelligent donneriez-vous à cette bibliothèque imaginaire? (Ex. Hot - Haskell OpenGl Toolkit; Hawt - Haskell Advanced Windowing Toolkit)

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
scroll top