As for "cross-platform", it depends on what you mean by that. Currently Perl is supported on hundreds more platforms than Java.
"Write once, run anywhere" is still a myth for Java, but practical reality for Perl.
As for multi-threaded GUI application in Perl, there are (of course) many ways to do it. One good way that comes to mind is to use POE, which integrates very nicely with Tk.
Cookbook example.
I think you'll have to be a lot more creative if you're trying to
come up with examples of applications that Can't Be Done In Perl.
jdporter The 6th Rule of Perl Club is -- There is no Rule #6.
| [reply] |
Not that I'm a huge fan of Java as a language, but...
Currently Perl is supported on hundreds more platforms than Java. "Write once, run anywhere" is still a myth for Java, but practical reality for Perl.
This, of course, depends on what platforms you're interested in running your applications on. While Java runs on fewer platforms than Perl (although I don't think it would be hundreds fewer) it runs on several useful platforms that Perl doesn't run on at all (the opposite is of course also true).
I think you'll have to be a lot more creative if you're trying to come up with examples of applications that Can't Be Done In Perl.
How about anything running on the 100 million Java/Symbian devices that Nokia are going to be shipping this year :-)
| [reply] |
| [reply] |
How about wxPerl?
It's more portable that the Java+Swing that you say that is soo cross-platform. Note that wxWindows will work in much more platform than swing, and Perl, well, I just don't need to say anything.
And I can't forgot to say that wxWindows is much more porwerfull and fast than swing, since wxWindows is based in the main GUI of each OS, soo, your app will looks like Windows on Windows and like Mac OS X on Mac OS X.
Graciliano M. P.
"Creativity is the expression of the liberty".
| [reply] |
I certainly won't use Java. Any GUI beyond a bouncing 2D
ball in java is just to slow and klunky to use! | [reply] |