Hello, allow me to forward the comp.lang.python post by Jon Perez titled "XUL like languages for addressing the Python GUI problem".
Here we go: It might be a good idea if a Python module were created that supported XUL (whether based on the Mozilla, Luxor, Microsoft XAML dialect or its own, presumably improved and more pythonic, one) for GUI creation that was directly importable a la Tkinter or PyGtk. This will probably run on top of (in order of preference): a) straight Xlib (in the case of *nix) and Win32 GDI calls (and in Longhorn and beyond, Avalon subsystem calls) so as to cut the proverbial gordian knot of layers. b) [Py]Gtk or [Py]Qt c) Tkinter (with all those layers, this might result in a UI that responds even more slowly than Mozilla) Further, we might even want to do away with, or have an alternative Python syntax, for XUL in the spirit of the XUL Compact Syntax (see http://xul.sourceforge.net/compact.html ) For me, it all depends on how difficult it is to get Python to integrate with XPCOM/Mozilla gracefully the way Javascript already does today. (Seeing as how Blackwood - Java<-->Mozilla integration - has stalled, is JNI to blame or would the difficulties also apply to Python<-->Mozilla integration?) [ If it cannot be made to work as simply and straightforward as calling Javascript today (via onXXXevent='' attributes), then I don't see much of an advantage with this approach. Otoh, if it can be made so, then MozPy (and PyMoz - turns out there is such a thing!) would truly rock as in addition to XUL scripting, we would actually be able to create DHTML/DOM pages which we can client-side script via Python instead of the much hated Javascript. ] We would rather not reinvent wheels... In fact, if you think about it, XPCOM is a platform with a widget set/layout engine (with NSPR - Netscape Portable Runtime - as the OS functionality layer) that's a reinvention of what Gtk and Qt already do (and to a big extent Python, with all of its modules, is its own platform too!)! The difference with Mozilla vs Gtk/Qt is that it doesn't seem that they are offering their widget set for 'imperative' use (i.e. use programming language calls to create widgets), rather it's totally declarative (via XUL). Any thoughts or any comments on Jon Perez' posting? - Gerald ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ xul-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xul-talk
