On 8/25/07, "Guido van Rossum" <[EMAIL PROTECTED]> wrote: > Take for example GUI packages. Tkinter is far from ideal, but there > are many competitors, none of them perfect (not even those packages > specifically designed to be platform-neutral). We can't very well > include all of the major packages (PyQt, PyGtk, wxPython, anygui) -- > the release would just bloat tremendously, and getting stable versions > of all of these would just be a maintenance nightmare. (I don't know > how Linux distros do it, but they tend to have a large group of people > *just* devoted to *bundling* stuff, and their release cycles are even > slower. I don't think Python should be in that business.)
Python can't include all the major packages but it is necessary for any language to support a good GUI package in order to be widely adopted by the masses. Right now this is one of Python's weaknesses that needs to be corrected. I agree with you that none of the major packages are perfect and at the current slow rate of progress in this area I doubt any of them will be perfect any time soon. There just doesn't seam like there is enough motivation out there for this issue to self correct itself unlike the situation that is currently go on in the web frameworks where significant progress has been made in the last 2 years. I think its time to just pronounce a package as it will be good for the community. My vote would be for wxPython but I'm not someone who truly cares much about GUIs as I much prefer to write the back ends of systems and stay far away from the front ends. > > Database wrappers are in the same boat, and IMO the approach of > separately downloadable 3rd party wrappers (sometimes multiple > competing wrappers for the same database) has served the users well. I agree with you at this point in time but SQLAlchemy is something special and will likely be worthy to be part of the std library in 18-24 months if the current rate of development continues. In my opinion, it's Python's new killer library and I expect it will be given a significant amount of positive press soon and will help Python's user base grow. > > Would anyone seriously consider including something like Django, > TurboGears or Pylons in a Python release? I hope not -- these all > evolve at a rate about 10x that of Python, and the version included > with a core distribution would be out of date (and a nuisance to > replace) within months of the core release. At this point in time none of the web frameworks are worthy to be included in the standard library. I believe the community has been doing a good job in this area with great progress being made in the last few years. What we need in the standard library are some additional low level libraries/api like WSGI. For example libraries for authentication/authorization, a web services bus to manage WSGI services (to provide start, stop, reload, events, scheduler, etc), and a new configuration system so that higher level frameworks can seamlessly work together. John _______________________________________________ Python-3000 mailing list [email protected] http://mail.python.org/mailman/listinfo/python-3000 Unsubscribe: http://mail.python.org/mailman/options/python-3000/archive%40mail-archive.com
