For some time, in the context of my workflow toolkit, I've been thinking intensively about UI design in wxPython.
See, once I was embroiled in a rather extensive project developing a GUI application under wxPython, and frankly, the UI was unmanageable. It had been developed with some IDE tool or another, but the output was Python code. It was horrible, trying to find what was what and on which panel it was developed and what its ID was -- ugh! This was back in about 2001.
At that point, I hadn't really started integrating wftk into Python yet, but I dabbled in it over the next couple of years, always with the notion that the UI is most sensibly defined in XML, and that a sensible UI manager would then take that definition and build all the objects needed to implement it in wxPython (or, for instance, online in a portal or something). And since that time, other people have naturally had many of the same ideas, and you see this implemented. But I've always wanted to finish my own implementation.
The current app for Anappaweek.com that I'm working on is, of course, a GUI app (at least, some of the time.) And so naturally I have relived my need for my UI design notion -- and in the context of working on the file tagger, I intend to start implementing the UI module. On that note, here is a tentative UI definition sketch for the file tagger. Ideally, we could use this XML not only to generate the app itself, but also to generate documentation for the UI design (by transforming it with XSLT into SVG, for instance; wouldn't that be indescribably cool?)
All of this is, of course, subject to radical change. Here goes:
<frame> <tabset> <tab label="Cloud"> <html> </tab> <tab label="Files"> <splitter (some kind of parameters)> <panel> <radio-group> <radio value="something" label="All"/> <radio value="something" label="Some"/> </radio-group> <listbox/> <button label="Show"/> </panel> <listcontrol> <col label="Name"/> <col label="Tags"/> <col label="Description"/> </listcontrol> </tab> </tabset> </frame>
I already have a framework for that definition to go into -- I wrote that in, like, 2002 or so. But I never got further than definition of menus. So here, I'm going to implement frames, and at least one dialog.
Note that what's utterly missing from this is any reference to code to handle events. That will come later, when I see what has to be defined where to get all this to work.
And on that note, I close.