<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>
<div class="gmail_quote">On Sep 16, 2011 2:11 PM, "Georg Brandl" <<a href="mailto:g.brandl@gmx.net">g.brandl@gmx.net</a>> wrote:<br type="attribution">> Am 16.09.2011 02:06, schrieb Greg Ewing:<br>>> Georg Brandl wrote:<br>
>> <br>>>> Gtk isn't any more a platform facility than Qt is.<br>>> <br>>> It's the closest thing we have to a platform-native GUI<br>>> facility in the Linux world, though. It's not the *only*<br>
>> one -- there are others, such as KDE. But if you work<br>>> in a Gnome environment, all the system stuff is built on<br>>> it, and it defines the look and feel that you expect apps<br>>> to have. So it occupies much the same place that Cocoa<br>
>> does on MacOSX.<br>> <br>> And if you work in a KDE environment, all its stuff is built on<br>> Qt.  I really don't see how the two are on different levels.<br>> <br>> Georg<br>> <br>> _______________________________________________<br>
> Python-ideas mailing list<br>> <a href="mailto:Python-ideas@python.org">Python-ideas@python.org</a><br>> <a href="http://mail.python.org/mailman/listinfo/python-ideas">http://mail.python.org/mailman/listinfo/python-ideas</a><br>
</div>