QtHaskell unterstützt Qt 4.6 und damit QtQuick, zumindest die frühe Lighthouse Build Version. Beachten Sie, dass diese Version von QtQuick vollständig von der aktuellen QtQuick-Version abweicht. Die meisten Elemente und Eigenschaften haben völlig unterschiedliche Namen.
GTK-Unterstützung für Haskell wird aktiv beibehalten. Wie Sie selbst gesehen haben, kann dasselbe nicht über Qt gesagt werden. Einer der Hauptgründe ist, dass GHC fremden C++ - Code nicht selbst importieren kann; Sie müssen Wrapper-C-Code generieren, der dann von GHC aufgerufen wird, und es gibt keine allgemeine Methode, um C++ - Code als C zu umschließen, sodass in diesem Fall ein neues Tool für C++ entwickelt werden muss. Daher sind die "aktuellen Favoriten" für GUI-Bibliotheken in Haskell GTK und WxWidgets.
Es wäre sehr interessant, Qt in Haskell zu verwenden, zum Beispiel, weil das Qt-Sockets-System verwendet werden könnte, um in FRP (funktionale reaktive Programmierung) Bibliotheken zu verbinden, und weil Qt eine Schnittstelle hat, die sehr referentiell transparent ist und das unterstützt unveränderliche Datenstrukturen.
Letzte Veröffentlichung von qthaskell war Sep.2010. und das aktuelle qt ist 4.8.1. Sieht so aus, als hätte ich keine andere Wahl, als mit gtk zu gehen. :( –
@VagifVerdi: wxHaskell könnte auch eine Option sein. Es ist in sehr aktiver Entwicklung und ist ziemlich voll ausgestattet. – amindfv
Von "Qt Sockets System" meinst du Qt "Slots und Signale"? Verwenden sie für FRP, möglicherweise mit Haskell , ist das erste, was ich dachte, als ich von ihnen hörte, aber ich bin sowohl bei Qt als auch bei Haskell unerfahren, also bin ich froh, dass jemand anders die gleiche Idee hatte, wenn es in der Tat die gleiche Idee ist fängt an, daran zu arbeiten! – kini