in reply to A different approach to generating a GUI

Different ? Yes. New ? No.

The missing piece is a nice API to handle all this, and maybe a framework. Oh, then some XSLT to transform XUL <=> XAML. ;^)

It also likely requires a well formed MVC architecture for the application.

BTW: There was an attempt to provide a pTk style mapping for XUL, but it seems to have "withered on the vine".

Some resources:

I'd love to be able to apply all of that, but the lack of a single coherent API to support it makes it a bit difficult (tho XUL::Node might be a start). As to how a server app should behave, I suspect that trying to route everything thru the usual Apache/mod_perl channel might be difficult; you may want to consider HTTP::Daemon. As to threading/forking, I'll offer Thread::Apartment as a possible (albeit immature) solution.

  • Comment on Re: A different approach to generating a GUI

Replies are listed 'Best First'.
Re^2: A different approach to generating a GUI
by qbxk (Friar) on Dec 29, 2005 at 05:42 UTC
    I suspect that trying to route everything thru the usual Apache/mod_perl channel might be difficult; you may want to consider HTTP::Daemon.

    right - embedded server, ServerApp.pm has a "use HTTP::Daemon" as it's 3rd or 4th line