2011/9/16 Matt Joiner <span dir="ltr"><<a href="mailto:anacrolix@gmail.com">anacrolix@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><p>
Well technically not. KDE mostly supplements Qt, A few objects here and there make use of some Qt features. The gobject, glib combination are bound up in numerous low level system services and supplementary libraries that have nothing to do do with GUIs, even I think on a KDE system.</p>


<p>That said, if system GUI capable APIs are to be exposed on the standard library, those should be Win32, Cocoa, and GTK+</p></blockquote><div>And .NET too, since it's a Windows technology which you'll find on any Windows >= Vista (but also installable on XP).</div>
<div><br></div><div>It doesn't mean that we necessarily need to wrap every single win32 and/or .NET API into a Python package on the stdlib.</div><div><br></div><div>ctypes is useful to access whatever you want (win32 and any DLL, OS X dynamic libraries, Linux .so).</div>
<div><br></div><div>Python for .NET can do the same for .NET, and is small enough to be made available on the stdlib. I think that something similar can be provided for OS X and Linux through Mono.</div><div><br></div><div>
Regards,</div><div>Cesare</div>