<div><span class="gmail_quote">On 22 Jan 2006 20:35:17 -0800, <b class="gmail_sendername">Ian Bicking</b> <<a href="mailto:ianb@colorstudy.com">ianb@colorstudy.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">understandably slow release schedule of Python itself.  I think the<br>standard library is only appropriate for solved problems, where the
<br>area is well understood.  Just look at how much time it took to get<br>decimal and datetime in, both of which cover *very* well understood<br>areas.<br></blockquote></div>
<div>That's one of the reasons that I suggested earlier for a "bare gui core" (BGC)-- a core that only deals with all the common features a gui should have, like positions, sizes, color, font, event ... just a frame for how these elements connect to the objects internally, but didn't deal with the real style/event rendering. This core should be designed in a way that they can be easily wrapped or connected to some major gui packages that deal with the real painting, sizing ... stuff.
</div>
<div> </div>
<div>Therefore, a current python gui programming flow:</div>
<div> </div>
<div>   python --> gui package(s)   #  "belief" wars fighting among packages</div>
<div>                                           #   if one of them would be chosen as py lib</div>
<div> </div>
<div>would become:</div>
<div> </div>
<div>   python --> bare core  --> gui package(s)</div>
<div> </div>
<div>Since this core also provides mechnisms to channel to popular gui packages:</div>
<div> </div>
<div>   core.toGui( 'html' )                </div>
<div>   core.toGui( 'wxPython' )</div>
<div>   core.toGui( 'webware' ) </div>
<div>   ... </div>
<div> </div>
<div>So, users don't have to worry about learning a whole bunch of different packages, yet they have all the convinience of using any packages of their choice. This would also make the comparison of packages much easier --- write one set of code, test which packages fit you best. 
</div>
<div> </div>
<div>And, this BGC doesn't have to wait until the concept mature. The concept of gui on desktop has already pretty much matured. This BGC can take the advantage of desktop gui and grow with web gui.</div>
<div> </div>
<div>Another "might-be-very-useful" of BGC is that: if any package provides a "reversed toGui" that converts the package-specific code back to BGC, then users can take, for example, a wxpython code, convert to html page in one step. For the package developers, if this 'to html' is what they have in mind, now they only have to worry about converting their code to BGC, but not all those html-specific details.
<br><br>-- <br>~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~<br>Runsun Pan, PhD<br><a href="mailto:python.pan@gmail.com">python.pan@gmail.com</a><br>Nat'l Center for Macromolecular Imaging<br><a href="http://ncmi.bcm.tmc.edu/ncmi/">
http://ncmi.bcm.tmc.edu/ncmi/</a><br>~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~ </div>