472,792 Members | 2,196 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 472,792 software developers and data experts.

Removal of tkinter from python 3.0? [was: Fate of the repr module inPy3.0]

Was looking at PEP 3108, http://www.python.org/dev/peps/pep-3108/ ,
and saw that the repr module was slated for vaporization. I've only
used the module a few times ever. I'm curious if the community wants
it kept around or whether it is considered clutter.

The PEP is going to be finalized soon, so if you have issues with it,
they should be sent to the PEP author or brought up on the list,
http://mail.python.org/mailman/listinfo/stdlib-sig .
Is it just me or others also think that it would be a major loss to
remove tkinter from the python core? PEP 3108 starts off with:

Each module to be removed needs to have a justification as to why it
should no longer be distributed with Python.

then goes on with,

With so many other GUI options out there that are considered better
than Tkinter, it might be best to remove Tkinter from the stdlib and
make it an externally maintained package.

I don't get it. There are many [insert your favorite software
component] options outside of the python core that are considered
better than the one coming with python, yet they don't get removed.
All network servers for example could be thrown out because twisted is
considered better. This just doesn't make sense to me. Tkinter is
great for its purpose, typical use cases are creating a simple GUI
composed of a couple of components only. You can nicely do this with
tkinter and the large user base shows that it's a real need real
people have. Sure, for fancy GUI stuff there are better options but
for quick and simple things tkinter is just great. And last time I
checked python comes with batteries included so why sould I need to
search and download a third party package for such a common use case?

Thoughts anyone?

Cheers,
Daniel
Mar 20 '08 #1
13 3259
"Daniel Fetchinson" <fe********@googlemail.comwrites:
Is it just me or others also think that it would be a major loss to
remove tkinter from the python core?
That would be terrible. Every time I've tried to use one of the other
packages it has led to installation hell. Tkinter isn't great, but
it's extremely useful to have a gui module that's present
automatically in every compete Python installation and that is
reasonably cross platform. I can write a Python/Tkinter app under
Linux and send it to Windows users and they can run it after a single,
very simple Python installation from the Windows .msi. I have no
Windows development tools whatsoever and very limited access to
Windows boxes, so any Python code I deploy on Windows can't rely on
any non-Python code outside of the stdlib.

Also, because of tkinter's inherent limitations, I have the impression
that upgrading it to the latest and greatest tcl/tk release wouldn't
improve it much over the useful but low-rent module that it already is.
Therefore, that supposed "benefit" of splitting it out to an external
package is not much of a benefit.

One of Python's traditionally best attractions has been the depth of
its standard libraries, and backing away from that would be plain
self-destructive. Python needs more stuff in its stdlib, not less.
If Tkinter doesn't satisfy, then add Gtk (or whatever) to the standard
distro. If that happens (i.e. some new toolkit is brought in and
declared to be the standard) then it might be ok to drop Tkinter but
it certainly shouldn't be dropped without a replacement.
Mar 20 '08 #2
Is it just me or others also think that it would be a major loss to
remove tkinter from the python core? PEP 3108 starts off with:

Each module to be removed needs to have a justification as to why it
should no longer be distributed with Python.
From time to time someone makes a serious claim about ineptness of
using significant whitespace on Windows servers because "My customer
doesn't let me install a reasonable editor. So I'm forced me to use MS
Notepad!". These poor guys can still use IDLE once they have a running
Python installation.

I'm definitely with you and batteries included.

Note also that Tk which seemed to be comatose for a long time seems to
recover and doesn't look that bad anyome:

http://www.tcl.tk/software/tcltk/8.5.html
http://wiki.tcl.tk/13636
Mar 20 '08 #3
Paul Rubin:
Python needs more stuff in its stdlib, not less.
If Tkinter doesn't satisfy, then add Gtk (or whatever) to the standard
distro. If that happens (i.e. some new toolkit is brought in and
declared to be the standard) then it might be ok to drop Tkinter but
it certainly shouldn't be dropped without a replacement.
If Tkinter is removed from the std lib, then I think another simple
GUI toolkit has to be added to replace it. I have appreciated Wax in
the past, it works with Wx and is rather easy. It's a dead software
now, but it can be improved. It can be almost as easy as Tk, and it
shows that Wx can be used with a much better API. Something like
gazpacho (http://gazpacho.sicem.biz/ ) can be created for Wax too, and
it can be added to the std lib.

Bye,
bearophile
Mar 20 '08 #4
On 20 Mar, 08:39, "Daniel Fetchinson" <fetchin...@googlemail.com>
wrote:
Thoughts anyone?
I don't use tk myself, but scheduling tkinter for vaporization would
be a bad idea. A lot of programs depend on it, and it doesn't look
ugly anymore (the one that ship with Python still does).

Would inclusion of wxPython and PyGTK in the standard library be an
option? Or does LGPL prevent it?



Mar 20 '08 #5
On Mar 19, 11:39 pm, "Daniel Fetchinson" <fetchin...@googlemail.com>
wrote:
Was looking at PEP 3108,http://www.python.org/dev/peps/pep-3108/,
and saw that the repr module was slated for vaporization. I've only
used the module a few times ever. I'm curious if the community wants
it kept around or whether it is considered clutter.
The PEP is going to be finalized soon, so if you have issues with it,
they should be sent to the PEP author or brought up on the list,
http://mail.python.org/mailman/listinfo/stdlib-sig.

Is it just me or others also think that it would be a major loss to
remove tkinter from the python core? PEP 3108 starts off with:

Each module to be removed needs to have a justification as to why it
should no longer be distributed with Python.

then goes on with,

With so many other GUI options out there that are considered better
than Tkinter, it might be best to remove Tkinter from the stdlib and
make it an externally maintained package.

I don't get it. There are many [insert your favorite software
component] options outside of the python core that are considered
better than the one coming with python, yet they don't get removed.
All network servers for example could be thrown out because twisted is
considered better. This just doesn't make sense to me. Tkinter is
great for its purpose, typical use cases are creating a simple GUI
composed of a couple of components only. You can nicely do this with
tkinter and the large user base shows that it's a real need real
people have. Sure, for fancy GUI stuff there are better options but
for quick and simple things tkinter is just great. And last time I
checked python comes with batteries included so why sould I need to
search and download a third party package for such a common use case?

Thoughts anyone?

Cheers,
Daniel
I've been thinking of volunteering to "port" Tkinter to Python 3.0, I
hadn't noticed that there was any discussion of removing it. It would
be a shame IMHO. Sure it has warts, but it /works/ and good for quick
and dirty GUIs as well as elaborate (even totally visually customized)
fancy applications.

~Simon
Mar 21 '08 #6
On Mar 20, 2:39 am, "Daniel Fetchinson" <fetchin...@googlemail.com>
wrote:
Is it just me or others also think that it would be a major loss to
remove tkinter from the python core? PEP 3108 starts off with:
I really like Python since I started using it a couple years ago, but
this is a huge turnoff and the kind of thing that keeps me using C++.
Stability is important. And I don't have any real code base. Can't
imagine those that have made a big investment in Python being all too
happy about the rug being pulled out from under them.
Mar 21 '08 #7
On 21 Mar, 01:43, Simon Forman <sajmik...@gmail.comwrote:
>
I've been thinking of volunteering to "port" Tkinter to Python 3.0, I
hadn't noticed that there was any discussion of removing it.
That's because the forum for discussing these things wasn't mentioned
on comp.lang.python until two days ago. Perhaps we're also about to
find out that the Vogons are showing up shortly.

Paul
Mar 21 '08 #8

"Paul Rubin" <"http://phr.cx"@NOSPAM.invalidwrote in message
news:7x************@ruckus.brouhaha.com...
| "Daniel Fetchinson" <fe********@googlemail.comwrites:
| Is it just me or others also think that it would be a major loss to
| remove tkinter from the python core?
|
| That would be terrible. Every time I've tried to use one of the other
| packages it has led to installation hell. Tkinter isn't great, but
| it's extremely useful to have a gui module that's present
| automatically in every compete Python installation and that is
| reasonably cross platform. I can write a Python/Tkinter app under
| Linux and send it to Windows users and they can run it after a single,
| very simple Python installation from the Windows .msi. I have no
| Windows development tools whatsoever and very limited access to
| Windows boxes, so any Python code I deploy on Windows can't rely on
| any non-Python code outside of the stdlib.
|
| Also, because of tkinter's inherent limitations, I have the impression
| that upgrading it to the latest and greatest tcl/tk release wouldn't
| improve it much over the useful but low-rent module that it already is.
| Therefore, that supposed "benefit" of splitting it out to an external
| package is not much of a benefit.
|
| One of Python's traditionally best attractions has been the depth of
| its standard libraries, and backing away from that would be plain
| self-destructive. Python needs more stuff in its stdlib, not less.
| If Tkinter doesn't satisfy, then add Gtk (or whatever) to the standard
| distro. If that happens (i.e. some new toolkit is brought in and
| declared to be the standard) then it might be ok to drop Tkinter but
| it certainly shouldn't be dropped without a replacement.

I think this nicely summarizes the case against dropping tkinter (and
indeed, the case against shrinking the stdlib), like some devs (who mostly
une *nix) want to do. Perhaps someone can forward it to the lib-sig and/or
the Py3-devel lists.

tjr

Mar 21 '08 #9
On Mar 20, 8:42*pm, "Terry Reedy" <tjre...@udel.eduwrote:
"Paul Rubin" <"http://phr.cx"@NOSPAM.invalidwrote in message

news:7x************@ruckus.brouhaha.com...
| "Daniel Fetchinson" <fetchin...@googlemail.comwrites:
| Is it just me or others also think that it would be a major loss to
| remove tkinter from the python core?
|
| That would be terrible. *Every time I've tried to use one of the other
| packages it has led to installation hell. *Tkinter isn't great, but
| it's extremely useful to have a gui module that's present
| automatically in every compete Python installation and that is
| reasonably cross platform. *I can write a Python/Tkinter app under
| Linux and send it to Windows users and they can run it after a single,
| very simple Python installation from the Windows .msi. *I have no
| Windows development tools whatsoever and very limited access to
| Windows boxes, so any Python code I deploy on Windows can't rely on
| any non-Python code outside of the stdlib.
|
| Also, because of tkinter's inherent limitations, I have the impression
| that upgrading it to the latest and greatest tcl/tk release wouldn't
| improve it much over the useful but low-rent module that it already is.
| Therefore, that supposed "benefit" of splitting it out to an external
| package is not much of a benefit.
|
| One of Python's traditionally best attractions has been the depth of
| its standard libraries, and backing away from that would be plain
| self-destructive. *Python needs more stuff in its stdlib, not less.
| If Tkinter doesn't satisfy, then add Gtk (or whatever) to the standard
| distro. *If that happens (i.e. some new toolkit is brought in and
| declared to be the standard) then it might be ok to drop Tkinter but
| it certainly shouldn't be dropped without a replacement.

I think this nicely summarizes the case against dropping tkinter (and
indeed, the case against shrinking the stdlib), like some devs (who mostly
une *nix) want to do. *Perhaps someone can forward it to the lib-sig and/or
the Py3-devel lists.

tjr
I think one of the advantages that python has over ruby is that python
comes with tkinter. For me, tkinter worked from the get go after I
installed python. I don't know if that's because my os already had
the necessary tcl/tk framework set up or not, but not having to go
through installation hell to get it working was nice.

On the other hand, Ruby doesn't come with a gui framework. And trying
to get Ruby tk working is a nightmare that I suspect many new
programmers will never accomplish, and therefore gui programming will
largely be inaccessible to them.

Since the adherents to the various languages like to list the reasons
why their language is better, removing tkinter from python will only
will make python's list shorter.
Mar 21 '08 #10

"Simon Forman" <sa*******@gmail.comwrote in message
news:b3**********************************@a1g2000h sb.googlegroups.com...
| I've been thinking of volunteering to "port" Tkinter to Python 3.0, I
| hadn't noticed that there was any discussion of removing it. It would
| be a shame IMHO. Sure it has warts, but it /works/ and good for quick
| and dirty GUIs as well as elaborate (even totally visually customized)
| fancy applications.

If you are serious, please communicate that willingness to the lib-sig.
A lack of such a volunteer would be a factor in dropping it.
The current developers are pretty well booked up with other stuff.

Mar 21 '08 #11
I've been thinking of volunteering to "port" Tkinter to Python 3.0, I
hadn't noticed that there was any discussion of removing it. It would
be a shame IMHO.
I don't think Tkinter will be removed. It works just fine in 3k.

Of course, if you would port IDLE to Tk 8.5: that would be a useful
contribution.

Regards,
Martin
Mar 21 '08 #12
2008/3/21, "Martin v. Lwis" <ma****@v.loewis.de>:
I've been thinking of volunteering to "port" Tkinter to Python 3.0, I
hadn't noticed that there was any discussion of removing it. It would
be a shame IMHO.


I don't think Tkinter will be removed. It works just fine in 3k.

Of course, if you would port IDLE to Tk 8.5: that would be a useful
contribution.
I'm interested in doing this, but are you aware of bugs yet ? I know
just one that is specific to Tk 8.5, this one being the background
color of the editor.
>
Regards,

Martin

--
http://mail.python.org/mailman/listinfo/python-list

--
-- Guilherme H. Polo Goncalves
Mar 23 '08 #13
Guilherme Polo wrote:
2008/3/21, "Martin v. Lwis" <ma****@v.loewis.de>:
>>I've been thinking of volunteering to "port" Tkinter to Python 3.0, I
hadn't noticed that there was any discussion of removing it. It would
be a shame IMHO.


I don't think Tkinter will be removed. It works just fine in 3k.

Of course, if you would port IDLE to Tk 8.5: that would be a useful
contribution.

I'm interested in doing this, but are you aware of bugs yet ? I know
just one that is specific to Tk 8.5, this one being the background
color of the editor.
I just looked at it again, and it seems to work fine. Of course,
contributions to IDLE are always welcome, but this specific issues
seems to require no more intense attention.

Regards,
Martin
Mar 23 '08 #14

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

3
by: srijit | last post by:
Hello, Any idea - why the following code crashes on my Win 98 machine with Python 2.3? Everytime I run this code, I have to reboot my machine. I also have Win32all-157 installed. from Tkinter...
2
by: Rick Olson | last post by:
I'm trying to add a Tkinter interface to an existing C program with embedded python, but seem to have trouble importing Tkinter (or accessing it). I tried a simple program that would run the...
1
by: John Chambers | last post by:
Sp my latest adventure is attempting to use python's Tkinter module on a few machines. On my PB (OSX 10.3.9), I got the following confusing results: /Users/jc: python Python 2.3 (#1, Sep 13...
3
by: H J van Rooyen | last post by:
Hi, Still struggling with my GUI exercise - I have the following lines of code in a routine that is bound at <Key-Returnto an instance of Entry : self.disp.Amount_des = Label(self.disp,...
0
by: erikbower65 | last post by:
Using CodiumAI's pr-agent is simple and powerful. Follow these steps: 1. Install CodiumAI CLI: Ensure Node.js is installed, then run 'npm install -g codiumai' in the terminal. 2. Connect to...
0
linyimin
by: linyimin | last post by:
Spring Startup Analyzer generates an interactive Spring application startup report that lets you understand what contributes to the application startup time and helps to optimize it. Support for...
0
by: erikbower65 | last post by:
Here's a concise step-by-step guide for manually installing IntelliJ IDEA: 1. Download: Visit the official JetBrains website and download the IntelliJ IDEA Community or Ultimate edition based on...
2
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Sept 2023 starting at 18:00 UK time (6PM UTC+1) and finishing at about 19:15 (7.15PM) The start time is equivalent to 19:00 (7PM) in Central...
14
DJRhino1175
by: DJRhino1175 | last post by:
When I run this code I get an error, its Run-time error# 424 Object required...This is my first attempt at doing something like this. I test the entire code and it worked until I added this - If...
0
by: Rina0 | last post by:
I am looking for a Python code to find the longest common subsequence of two strings. I found this blog post that describes the length of longest common subsequence problem and provides a solution in...
0
by: lllomh | last post by:
How does React native implement an English player?
0
by: Mushico | last post by:
How to calculate date of retirement from date of birth
2
by: DJRhino | last post by:
Was curious if anyone else was having this same issue or not.... I was just Up/Down graded to windows 11 and now my access combo boxes are not acting right. With win 10 I could start typing...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.