Die Auswahl der Frameworks hat damit zu tun, ob sich jemand findet, der die Bindings pflegt. Das Ganze ist Zeitaufwändig und daher nicht immer "in der Freizeit" leistbar.

Mit Perl 6 wird es auch nicht automatisch besser, sondern auch hier muss sich jemand finden, der die Bindings erstellt.

Bist Du auf Qt festgelegt? Ich bin z.B. von Wx überzeugt und man kann damit gute GUIs auch in kurzer Zeit entwickeln.

Ich habe z.B. in der letzten $foo beschrieben, wie ich zu der GUI für einen Brandmeldeanlagen-Simulator gekommen bin...

hallo tuxus,
also vergiss erstmal perl 6. ich liebe es und es ist durchdachteste sprache soweit. aber da dort nicht mal grad tk binding gibt wird es die nächsten monate für GUI unbenutzbar sein.

Perl selber hat sehr spartanische OOP, was suboptimal für anfänger ist und dir mehr tipparbeit abverlangt aber mit moose denk ich alles was ruby bietet und vieles mehr und das hat nichts mit GUI zu tun denn auch wx benutzt intern ein kleines OOP Modul.

welche GUI es gibt liegt vor allem was leute mögen und in ihrer freizeit machen (open source). In der tat ist auch Gtk 2 eine veritable wahl. Ich bin mit Wx am vertrautesten. also GUI projekte in Perl sind kein problem, grad wenn auch XRC kennst und deine gui unter wxruby recyclen kannst.

ich schreib grad für $foo ein wxperl tutorial und hab auch hier eins in der wiki. :)

also Perl/Tk ist auf jeden Fall auch eine gute Möglichkeit.
Relativ leicht im Aufbau und im Programmieren und damit können auch komplexere Sachen programmiert werden.

Es gibt auch jede Menge Tutorials im Internet dazu oder auch in unserem wiki: PerlTutorial

Ich bevorzuge Gtk2, vor allem wegen dem UIManager-Widget.
Mit den UIManager hat man auch eine Plattform unabhängige Möglichkeit GUIs, Graphisch und Programmunabhängig zu gestalten. (Es gibt auch WxGlade aber das kann, so weit ich weiß, nicht so viel) Wenn man die Signalhanler auch gleich im GUI-XML definiert, kann man sich einiges an Arbeit bei Änderungen der GUI sparen.

Qt ist gerade bei perl etwas zu "fett", meine ich. Es hat viele Klassen und Methoden zur platformunabhängigen Programmierung, die perl und auch Ruby von Haus aus schon mitbringen.
Das Erzeugen von eigenen Widgets ist in Gtk ein wenig komplizierter, als in Wx. Da merkt man, dass alles in C geschrieben ist.

Ruby ist wie eine Mischung aus Java und Perl wobei die Flexibilität von perl fehlt und auch ein paar Vorzüge von Java. Die Objektorientierung ist "besser" als in perl, sprich leichter zu handhaben. Dafür ist man aber auch daran gefesselt.
Man kann mit Modulen wie "Moose", "Try" etc. perl sehr nahe an diese Sprachen bringen (wenn es ich auch nicht so "elegant" ließt).

Ich habe seit längerem nicht mehr den Bibliotheken Umfang von Ruby angeschaut, aber das letzte mal waren der Umfang der Mitgelieferten um einiges geringer als in perl. Das hängt aber auch davon ab unter welchem Interpreter es gerade läuft. Unter .Net kann man die Net-Libs nutzen unter der Java-VM alle Java-Libs.

Die Integration von Fremdsprachen ist unter perl einfacher/besser. Mit den Inline-Modulen (oder xs *grusel*) hat man eine fülle von Integrationsmöglichkeiten.

Die Frage ist halt was Programmiert werden soll und wie geübt man in einer Programmiersprache ist. Ruby ist gerade in aller Munde und es wird heftig (und ein wenig chaotisch) daran entwickelt. Da kommt es schon mal zu ungewollten Inkompatibilitäten zwischen Versionen und den verschiedenen Implementationen. Man muss aufpassen was man nutzt und genau festschreiben wie man es nutzt, ansonsten artet das unter Umständen in eine Testorgie aus.

perl hat, meiner Meinung nach, die umfangreichste Sammlung an Modulen, die einem bei Tests helfen. Das sollte man auch nicht vernachlässigen. Gerade diese Hilfen machen es leicht die gewünschten Funktionalitäten schnell und zuverlässig zu testen.