| [reply] |
(GUI) Windows Programming FAQ is really badly out of date.
Judging by a comparison of the info at gtk.org, if would be counterproductive to use it except for links to GUI sites.
| [reply] |
Maybe you'd like to respond to the FAQ detailing how.
| MJD says "you can't just make shit up and expect the computer to know what you mean, retardo!" | | I run a Win32 PPM repository for perl 5.6.x and 5.8.x -- I take requests (README). | | ** The third rule of perl club is a statement of fact: pod is sexy. |
| [reply] |
I forgot to mention this:
the GUI must run on Windows (2000,XP,2003), Solaris, HPUX and in near future on Linux.
So, from this point, Gtk is not a very good choice (it's hard to compile and run from a CD/DVD on Windows)
Wx and Prima looks nice, I'll give them a try
Some issues that I'm afraid of (because I get them in TK) are:
- GUI that froze during procesing databases in the background - in Java the process can be launched on a separate thread (I know that this can be solved using threads in perl, but I'm not sure how well it's working on Windows).
- Tree view of file system (like Tk::DirTree that is buggy)
| [reply] |
You can use Inline::Java to bridge Perl and Java. It supports GUI behavior. There is even a thin wrapper over Inline::Java which provides sugar for the task: Java::Swing. <disclosure>I wrote Java::Swing</disclosure>
Phil | [reply] |
I've tried Inline::Java, but it's quite slow (at least at start it seems to freeze for about 30'-1min, and we can't get this to the clients).
| [reply] |
The first time you run something with Inline::Java it must compile all the java code involved. It should be much faster on the second load, at least until you change the code and have to recompile. All Inline modules for compiled languages suffer this problem. But, Inline is good at caching the results of the compile. If you're a bit more clever than I, you can have that compilation happen during make or make test. Consult the Inline mailing list for details.
Phil
| [reply] |