Ich möchte gerne ein GUI erstellen, daß aus einem Socket empfangenen Daten flott aktualisieren muss und dann auf Basis von Clicks Aktionen auslöst. Der zweite Part ist Standard, der erste Part eher kompliziert, da ich die Socket-Verarbeitung und das Parsing in einem eigenen Thread vornehmen will (und aus Performancegründen muss).
Ich habe mal gelesen, daß TK nicht gut mit Threads funktioniert. Welches Framework mit welchen GUI-Editor würdet Ihr empfehlen?

Wenn ich das richtig mitbekommen habe, ist WxPerl besser für das Zusammenspiel mit Threads geeignet...

Wenn du *alle* Grafikoperation nur in *einem* Thread vornimmst und die Socket-Verarbeitung + das Parsen im anderen, dann könnte es auch unter Tk funktionieren. Was nicht geht, ist das gleichzeitige Aktualisieren der GUI von zwei Threads aus, denn Perl/Tk ist nicht thread-safe.

Ich denke, daß ich in jedem GUI Kit alles in einem Thread machen muss. So ist es am Schluss immer unter Windows auf Ebene von GDI+.
Nur wie triggere ich aus einem anderen Update die Übergabe. Ich habe mir das bei C# angesehen, weiß aber nicht wie solche Konzepte mit Perl funktionieren.

warum alles in einem thread müssen? wozu hast du das thema dann erst angefangen?

der syntax der eventverknüpfung geschieht auf framework ebene und hat erstmal wenig mit perl zu tun.\n\n

<!--EDIT|lichtkind|1163714272-->

Ich denke, dass weismat damit meint, dass ein Thread für die GUI verantwortlich ist und die anderen Threads andere Arbeiten verrichten.

Bisher habe ich noch keine Thread-safen GUI Kits gesehen.
Alle Events werden in einem Thread abgefangen.
Wenn man an MVC denkt, ist es auch gut so.

ich hab noch nie Wx::Thread benutzt denk aber das die sehr sicher sind und ich glaub auch das sie ganz anderen mechanismus darstellen als die events die natürlich innerhalb eines threads bearbeitet werden.

Ich arbeite da immer mit der Tk + POE - Lösung. Unter http://poe.perl.org/?POE_Cookbook/Tk_Interfaces gibt es ein nettes Rezept dazu.