QtHaskell obsługuje Qt 4.6, a więc QtQuick, co najmniej wersję wczesnej wersji lighthouse. Zauważ, że ta wersja QtQuick jest zupełnie inna niż obecna wersja QtQuick; większość elementów i właściwości ma zupełnie inne nazwy.
Obsługa GTK dla Haskell jest aktywnie utrzymywana. Jak widzieliście sami, tego samego nie można powiedzieć o Qt. Jednym z głównych powodów jest to, że GHC nie może sam importować obcego kodu C++; musisz wygenerować kod C wrappera, który jest następnie wywoływany przez GHC, i nie ma ogólnej metody zawijania kodu C++ jako C, więc w tym przypadku należy opracować nowe narzędzie dla C++. Tak więc "aktualnymi faworytami" bibliotek GUI w Haskell są GTK i WxWidgets.
Byłoby bardzo interesujące używać Qt w Haskell, na przykład, ponieważ system gniazd Qt mógłby być używany do łączenia się z bibliotekami FRP (funkcjonalne programowanie reaktywne), a ponieważ Qt ma interfejs, który jest bardzo przejrzysty i wspiera niezmienne struktury danych.
Ostatnie wydanie qthaskell było sep.2010. a obecna qt to 4,8. Wygląda na to, że nie mam innego wyjścia, jak tylko iść z gtk. :( –
@VagifVerdi: wxHaskell może również być opcją.Jest bardzo aktywny w rozwoju i jest całkiem w pełni funkcjonalny – amindfv
Przez "system gniazd Qt" masz na myśli "gniazda i sygnały" Qt? Używanie ich dla FRP, być może z Haskellem , jest pierwszą rzeczą, o której pomyślałem, kiedy o nich usłyszałem, ale jestem niedoświadczony zarówno w Qt, jak iw Haskell, więc cieszę się, że ktoś inny miał ten sam pomysł, jeśli w rzeczywistości jest to ten sam pomysł. Zaczyna pracować nad tym! – kini