[quote=lichtkind,13.11.2005, 15:37]nimm Tk wenns schnell und einfach gehen soll. für grössere programme oder wenn dir aussehen wichtig ist nimm wx. (wxperl.sf.net)[/quote]
Hm, bin nicht der schlaueste. Ich habe ActivePerl 5.6.1.638, benötige diese Version für das das DBI-Modul für Oracle. Habe Windows XP.

Wenn ich das Modul wx über PPM installieren möchte, erhalte ich die Meldung: Error installing package 'wx': Read a PPD for 'wx' , but it ist not intended for this build of Perl (MSWin32-x86--multi-thread)

Leider finde ich keinen Hinweis, welche Perl-Version man installiert haben muss. Bin halt nicht der Schlaueste. Weiß jemand Rat?

Viele Grüße
Braunbaer

[quote=lichtkind,13.11.2005, 15:37]nimm Tk wenns schnell und einfach gehen soll. für grössere programme oder wenn dir aussehen wichtig ist nimm wx. (wxperl.sf.net)[/quote]
Beim Aussehen will ich nicht widersprechen, aber warum sollte man Tk nicht nehmen, wenn man große Programme programmieren will?

OK, danke für die vielen Antworten!

Ich werde mit wx mal ansehen, bisher habe ich nur mit Tk ein paar Programme geschrieben.

MfG. Matze

ptk: weil wx viel filigraner aufgebaut ist und mehr möglichkeiten bietet und sich dort der mehraufwand den wx abverlangt eher lohnt als bei kleineren programmen.

braunbär: deswegen sagte ich wxperl.sf.net dort bekommst du die ppm datei von der du instalieren kannst. active state hat leider wx noch nicht in seinem archiv aufgenommen.

[quote=lichtkind,13.11.2005, 23:02]ptk: weil wx viel filigraner aufgebaut ist und mehr möglichkeiten bietet und sich dort der mehraufwand den wx abverlangt eher lohnt als bei kleineren programmen.[/quote]
Das ist mir zu allgemein formuliert... Was kann Wx, was Tk nicht kann?

wie steht Wx eigentlich zu threads? bei Tk ist das ja jedesmal extrem aufwendig

ptk: ich denke das wx einige widgets mehr hat, auch in menüs graphiken etc reinpacken will hab ich gehört soll dies nicht so einfach sein. dann hat wx viel mehr events und man kann viel mehr einfluss auf das verhalten der app nehmen was grad bei grösseren sachen wichtiger ist. auch bieten die sizer einige freiheiten mehr als der pack befehl usw.

strat: weiss ich gar nicht genau aber ich weiss das wx selber thread handling nicht nur unterstützt sondern auch implementiert hat(recht sauber inner halb der wxBase) wurde aber nicht mit in wxperl gewrapped und auch ein modul gibt das xperl in POE einbindbar. beides spricht dafür das threads möglich sind allerdings auf die perl art nicht die in wx eingebauten.\n\n

<!--EDIT|lichtkind|1131987222-->

Ich denke mal, gerade dadurch, dass es Perl/Tk und Tcl/Tk schon sehr lange gibt, viel mehr Module für Perl/Tk gibt als für WxPerl.

Aber wer weiß das schon genau?

Auf jeden Fall fällt mir gerade wieder ein, dass ich mich nach Lichtkinds Vortrag unbedingt mal mit wxPerl auseinander setzen wollte ... man kommt zu nichts ^^


Ich verwende bisher Perl/Tk, was ich als ziemlich einfache (im positiven Sinne) GUI-Sprache empfinde. WxPerl kenne ich (aktiv) noch nicht. Deshalb könnte ich nur zu PerlTk raten, was aber etwas witzlos ist, weil man immer gern zu dem rät was man kennt und schätzt :)\n\n

<!--EDIT|Crian|1131983379-->

naja ich mach eher gerne werbung für wx weil es weniger benutzer hat als es richtig wäre, auch wär es schön wenn einige mehr bei uns mitmachen würden, aber ich sehe auch die vorteile von tk. natürlich hat tk weit mehr add-on module als wx aber das entwicklet sich auch langsam weil wxperl erst seit über einem jahr so ausgereift ist das man es wirklich in "enterpreis-umgebung" *g* einstzen kann.\n\n

<!--EDIT|lichtkind|1132058138-->

@lichtkind: Schade, denn eine GUI mit stabilen Threads waere fuer mich ein Grund fuer den Umstieg. Nebenbei: POE hat leider nicht wirklich was mit Threads zu tun, sondern versucht nur, diese auf kooperativer Basis zu emulieren.