[Python-Dev] Tkinter script crashes Python 3.1
I've written a small Tkinter-Script, that crashes Python 3.1 (but not Python 2.6) without any specific rrror message. When started from within IDLE, the failing of the script also closes IDLE. (This is the case under Windows, Mac OS X and Linux (teted with Ubuntu 9.04)) Bug-Tracker Issue 6717 The script is attached to this issue I think, errors like this should definitely not occur. Instead a message like recusion depth exceeded should be displayed (and IDLE should remain functional, if used) Since I do not have the means availble to track down this bug, I'd like to draw your attention to it and to ask if someone else has the means and time to do so. I'd also suggest to increase the priority of this bug in the bugtracker. Regards, Gregor ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Tkinter: modify xview of entry widget
Hi, I'm Paolo from Italy and I'm a python user. I wish to propose a useful and smart method modify in Tkinter Library: Previously to scroll this widget we had to write an external function (recalling xview_moveto and xview_scroll). With my method this operation is cleared and the same as all other widgets (just have to call xview). -- Modify Proposal: -- Change the method xview of entry so it works as all widget scrollable, and it's compatible with 'old' xview. So to scroll entry widget: entry_widget['xscrollcommand']=scroll_widget.set scroll_widget['command']=entry_widget.xview The change in module Tkinter is: def xview(self,*args): Query and change horizontal position of the view. #modify if not args: return self._getdoubles(self.tk.call(self._w, 'xview')) #old code index=args[0] self.tk.call(self._w, 'xview', index) -- I wish that this implementation could be integrated in Tkinter, and I remain at disposal for any question or further information. Waiting for your response, Best regards Paolo Fraguglia ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter: modify xview of entry widget
paolo.fr...@libero.it wrote: Hi, I'm Paolo from Italy and I'm a python user. I wish to propose a useful and smart method modify in Tkinter Library: Hi Paolo, Can you create an issue on the bug tracker - with the patch attached. Your suggestion stands a much better chance if this patch includes tests and documentation. All the best, Michael Foord Previously to scroll this widget we had to write an external function (recalling xview_moveto and xview_scroll). With my method this operation is cleared and the same as all other widgets (just have to call xview). -- Modify Proposal: -- Change the method xview of entry so it works as all widget scrollable, and it's compatible with 'old' xview. So to scroll entry widget: entry_widget['xscrollcommand']=scroll_widget.set scroll_widget['command']=entry_widget.xview The change in module Tkinter is: def xview(self,*args): Query and change horizontal position of the view. #modify if not args: return self._getdoubles(self.tk.call(self._w, 'xview')) #old code index=args[0] self.tk.call(self._w, 'xview', index) -- I wish that this implementation could be integrated in Tkinter, and I remain at disposal for any question or further information. Waiting for your response, Best regards Paolo Fraguglia ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/fuzzyman%40voidspace.org.uk -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter: modify xview of entry widget
2009/8/14 paolo.fr...@libero.it paolo.fr...@libero.it: Hi, I'm Paolo from Italy and I'm a python user. I wish to propose a useful and smart method modify in Tkinter Library: Previously to scroll this widget we had to write an external function (recalling xview_moveto and xview_scroll). With my method this operation is cleared and the same as all other widgets (just have to call xview). I wish that this implementation could be integrated in Tkinter, and I remain at disposal for any question or further information. Waiting for your response, I believe you are trying to mention the fact that the Entry.xview method doesn't allow being called without passing an index, even if this index is None. Is that the case ? Take a look on http://bugs.python.org/issue1135 and http://bugs.python.org/issue6180, they already address this fix. Best regards Paolo Fraguglia Regards, -- -- Guilherme H. Polo Goncalves ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Tkinter has many files
Hello python-dev! I'm a Python programmer, but this is the first time I'm posting on python-dev, and I am not familiar at all with how the Python implementation works -- so this post may be way off. I've recently released a Python application, PythonTurtlehttp://pythonturtle.com, which is packaged using py2exe and InnoSetup. Due to the fact that my program needs to give the user a full Python shell, I've made py2exe package the entire Python standard library with my application. What I've noticed when I did that is that Tkinter has *a lot* of files. This is a bit inconvenient for several reasons, the main one being that the installer for PythonTurtle takes a long time to copy all of those little files. (I think the reason for the slowness is not the weight of the files, but the fact that there are so many of them.) There are also other reasons why it's annoying: Ohloh thinks my project is Mostly written in Tcl, and git-gui gave me trouble for trying to commit so many files. Do you think it will be a good thing to package all of these Tkinter files into one big file (or several big files)? Best Wishes, Ram Rachum. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter has many files
cool-RR wrote: Hello python-dev! I'm a Python programmer, but this is the first time I'm posting on python-dev, and I am not familiar at all with how the Python implementation works -- so this post may be way off. I've recently released a Python application, PythonTurtle http://pythonturtle.com, which is packaged using py2exe and InnoSetup. Due to the fact that my program needs to give the user a full Python shell, I've made py2exe package the entire Python standard library with my application. What I've noticed when I did that is that Tkinter has /a lot/ of files. This is a bit inconvenient for several reasons, the main one being that the installer for PythonTurtle takes a long time to copy all of those little files. (I think the reason for the slowness is not the weight of the files, but the fact that there are so many of them.) There are also other reasons why it's annoying: Ohloh thinks my project is Mostly written in Tcl, and git-gui gave me trouble for trying to commit so many files. Do you think it will be a good thing to package all of these Tkinter files into one big file (or several big files)? Do you mean the .tcl files? Tkinter is a Python wrapper around Tcl - which is a separate project / programming environment that includes the Tk GUI. Python is not in a position to modify or repackage those files. Why do you need to keep the whole Python distribution under version control? Isn't all you need a script to *generate* the py2exe'd output from an *installed* Python? This is the approach I take with Movable Python which does something very similar. All the best, Michael Foord Best Wishes, Ram Rachum. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/fuzzyman%40voidspace.org.uk -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter has many files
Why do you need to keep the whole Python distribution under version control? Isn't all you need a script to *generate* the py2exe'd output from an *installed* Python? This is the approach I take with Movable Python which does something very similar. Never mind the source control issue, it's minor. If it's not possible to minimize the number of files there, I guess I'll have to live with it. -- Sincerely, Ram Rachum ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Tkinter problem in Python 3
Hi! I am the lead developer of SimPy (http://simpy.sourceforge.net) . Currently, I am porting SimPy to Python 3. SimPy provides Tk/Tkinter-based GUI and plot facilities. I find that import Tkinter does not work in Python 3, only import tkinter. What are the changes for Tkinter under Python 3? Thanks for your help! Klaus Müller___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter problem in Python 3
On Sat, Feb 21, 2009 at 7:47 AM, Klaus Müller kgmul...@xs4all.nl wrote: Hi! I am the lead developer of SimPy (http://simpy.sourceforge.net) . Currently, I am porting SimPy to Python 3. SimPy provides Tk/Tkinter-based GUI and plot facilities. I find that import Tkinter does not work in Python 3, only import tkinter. What are the changes for Tkinter under Python 3? Tkinter lives in a real package now, named tkinter. Besides that it hasn't changed much, but this list is inappropriate for this, may I ask you to move the questions related to tkinter to the tkinter-discuss list ? Thanks for your help! Klaus Müller Regards, -- -- Guilherme H. Polo Goncalves ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter problem in Python 3
Hi Klaus, Tkinter was renamed as part of the stdlib reorganization (see the PEP 3108 :http://www.python.org/dev/peps/pep-3108/#tkinter-packagefor more details). The 2to3 tool should handle all those changes automatically, by the way. Cheers, Quentin On Sat, Feb 21, 2009 at 11:47 AM, Klaus Müller kgmul...@xs4all.nl wrote: Hi! I am the lead developer of SimPy (http://simpy.sourceforge.net) . Currently, I am porting SimPy to Python 3. SimPy provides Tk/Tkinter-based GUI and plot facilities. I find that import Tkinter does not work in Python 3, only import tkinter. What are the changes for Tkinter under Python 3? Thanks for your help! Klaus Müller ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/qgallet%40gmail.com ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter problems with Tcl/Tk 8.5
It seems very peculiar how the text widget's bbox is returning a Python-like list and therefore breaking the Tcl callback. I haven't thus far been able to determine which python method is causing that, or if it's something related to the hooks you have added. The same problem doesn't occur with 8.4. I have now studied this in detail, and fixed it in Python's trunk; see the tracker item for details. In short: - IDLE redirects all widget sub-commands, either calling an overridden definition, or the original Tk command. - in the redirection of bbox, Tk 8.4 would return a string, whereas 8.5 now returns a list. - _tkinter converts the string to a Python string, and the list to a Python tuple - IDLE returns the Python value to _tkinter, which in turn converts it to a string. This leaves the 8.4 string unchanged, but converts the 8.5 tuple into something like (10, 10, 20, 20). - Tk interprets it as a list of numbers, choking as (10, is not a meaningful number. The fix is to return an ObjResult to Tcl from a Python callback. I'm skeptical about back-porting this to 2.5, as it may affect behavior. So for 2.5, we probably have to recommend not using Tk 8.5. There are a number of additional incompatible changes. For example, text::index returns textindex objects now, where it used to return strings. I have fixed that in Tkinter, which converts the textindex back to a string. I'm sure there are other places where Tk 8.5 will break existing Tkinter applications. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Tkinter problems with Tcl/Tk 8.5
Hello, I am a Tcl/Tk core developer. I'm trying to resolve some bugs that have surfaced in Tkinter with Tcl/Tk 8.5. 8.5.0 is very near release, and I'm hoping we can determine where the problem is, and resolve it soon. http://sourceforge.net/tracker/index.php?func=detailaid=1851526group_id=12997atid=112997 It seems very peculiar how the text widget's bbox is returning a Python-like list and therefore breaking the Tcl callback. I haven't thus far been able to determine which python method is causing that, or if it's something related to the hooks you have added. The same problem doesn't occur with 8.4. It also has been suggested by some on the Tcl core team (during discussions about this bug) that you probably shouldn't be using Tcl_GetObjType and relying on the registered Tcl_ObjTypes, however I'm not sure of a way to get what you need otherwise. Tcl 8.5 now supports big integers, so I think some changes may be needed in _tkinter.c for that. The list internal rep has changed as well, and I'm not sure if that will affect you. Another developer also pointed out that the text widget is returning a Tcl_Obj with a list type, rather than a string for the bbox subcommand, so that could be related to this bug. I hope that we can work together to resolve the issues you may have with Tk. George -- http://www.xmission.com/~georgeps/ http://whim.linuxsys.net http://code.google.com/p/megapkg/ http://code.google.com/p/opennexx/ ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter problems with Tcl/Tk 8.5
It also has been suggested by some on the Tcl core team (during discussions about this bug) that you probably shouldn't be using Tcl_GetObjType and relying on the registered Tcl_ObjTypes, however I'm not sure of a way to get what you need otherwise. Hi George, I hope I can find some time next week to look into this in more detail, but please let me respond to this first. In Python, objects have a fixed type, given to them at the point of creation. Also, it is common in Python to use multiple types, not just a single one (say, string). So to convert between Tcl objects and Python objects, we would like to preserve type information as much as possible. To do that, _tkinter has two functions: AsObj (converting PyObject to Tcl_Obj), and FromObj (converting Tcl_Obj to PyObj). We map the well-known (registered) types 1:1 to appropriate Python types, and have a default for the rest. If Tcl_GetObjType was not available, I see no other way but to convert everything through strings, which would put the burden of typing things onto the Tkinter user (or perhaps on Tkinter, to type the well-known commands). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter lockups.
Thomas Wouters wrote: It seems that, on my platform at least, Tk_Init() doesn't like being called twice even when the first call resulted in an error. That's Tcl and Tk 8.4.12. Tkapp_Init() (which is the Tkinter part that calls Tk_Init()) does its best to guard against calling Tk_Init() twice when the first call was succesful, but it doesn't remember failure cases. I don't know enough about Tcl/Tk or Tkinter how this is best handled, but it would be mightily convenient if it were. ;-) I've created a bugreport on it, and I hope someone with Tkinter knowledge can step in and fix it. (It looks like SF auto-assigned it to Martin already, hmm.) I have now reported the underlying Tk bug at http://sourceforge.net/tracker/index.php?func=detailaid=1479587group_id=12997atid=112997 and worked around it in _tkinter.c. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter lockups.
Thanks Martin! Jeff ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter lockups.
Jeff Epler wrote:
However, on this system, I couldn't recreate the problem you reported
with either the using _tkinter directly instructions, or using this
C test program:
#include tcl.h
#include tk.h
int main(void) {
Tcl_Interp *trp;
unsetenv(DISPLAY);
trp = Tcl_CreateInterp();
printf(%d\n, Tk_Init(trp));
printf(%d\n, Tk_Init(trp));
return 0;
}
The problem only occurs when Tcl and Tk were compiled with
--enable-threads, and it occurs because Tk fails to unlock a mutex
in a few error cases. The patch below fixes the problem.
I'll report it to the Tcl people, and see whether I can work around
in _tkinter.
Regards,
Martin
diff -ur tk8.4.13/generic/tkWindow.c tk8.4.13.modified/generic/tkWindow.c
--- tk8.4.13/generic/tkWindow.c 2006-04-04 23:49:57.0 +0200
+++ tk8.4.13.modified/generic/tkWindow.c2006-04-30 21:41:37.0
+0200
@@ -3108,6 +3108,7 @@
Tcl_DStringFree(class);
if (code != TCL_OK) {
+ Tcl_MutexUnlock(windowMutex);
goto done;
}
Tcl_ResetResult(interp);
@@ -3124,6 +3125,7 @@
Tcl_SetVar(interp, geometry, geometry, TCL_GLOBAL_ONLY);
code = Tcl_VarEval(interp, wm geometry . , geometry, (char *) NULL);
if (code != TCL_OK) {
+ Tcl_MutexUnlock(windowMutex);
goto done;
}
geometry = NULL;
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter lockups.
On 4/24/06, Jeff Epler [EMAIL PROTECTED] wrote:
I just read the manpage for Tk_Init(3) (fc4 package tk-8.4.9-3) and itdoes not say that Tk_Init() may only be called once.While this doesn'tmean Python shouldn't work around it, I think the behavior should be
considered a bug in Tk, not _tkinter.FWIW, the Tk_Init manpage says the Tk interpreter should not already be loaded, and it then goes on to say that if Tk_Init fails to *initialize* the interpreter, an error is returned. So it's unclear to me whether Tk_Init really loads the interpreter, and whether it unloads after an error occurs (apparently not, I'd say ;)
http://www.tcl.tk/man/tcl8.4/TkLib/Tk_Init.htm
However, on this system, I couldn't recreate the problem you reportedwith either the using _tkinter directly instructions, or using thisC test program:#include tcl.h#include
tk.hint main(void) {Tcl_Interp *trp;unsetenv(DISPLAY);trp = Tcl_CreateInterp();printf(%d\n, Tk_Init(trp));printf(%d\n, Tk_Init(trp));
return 0;}Yes, this C snippet locks up on my systems, just as the python snippet does.-- Thomas Wouters [EMAIL PROTECTED]
Hi! I'm a .signature virus! copy me into your .signature file to help me spread!
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Tkinter lockups.
For a while now, I've noticed test_tcl locking up when trying to refleaktest it. I was able to reproduce it quite simply:import Tkinterimport osif DISPLAY in os.environ: del os.environ [DISPLAY]tcl = Tkinter.Tcl()try: tcl.loadtk()except Exception, e: print etcl.loadtk()Or, more directly, using _tkinter directly:import _tkinter import osif DISPLAY in os.environ: del os.environ[DISPLAY]tk = _tkinter.create(None, test, Tk, 0, 1, 0)try: tk.loadtk()except: pass tk.loadtk()In either case, the second loadtk never finishes.It seems that, on my platform at least, Tk_Init() doesn't like being called twice even when the first call resulted in an error. That's Tcl and Tk 8.4.12. Tkapp_Init() (which is the Tkinter part that calls Tk_Init()) does its best to guard against calling Tk_Init() twice when the first call was succesful, but it doesn't remember failure cases. I don't know enough about Tcl/Tk or Tkinter how this is best handled, but it would be mightily convenient if it were. ;-) I've created a bugreport on it, and I hope someone with Tkinter knowledge can step in and fix it. (It looks like SF auto-assigned it to Martin already, hmm.) http://sourceforge.net/tracker/index.php?func=detailaid=1475162group_id=5470atid=105470 -- Thomas Wouters [EMAIL PROTECTED]Hi! I'm a .signature virus! copy me into your .signature file to help me spread! ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter lockups.
I just read the manpage for Tk_Init(3) (fc4 package tk-8.4.9-3) and it
does not say that Tk_Init() may only be called once. While this doesn't
mean Python shouldn't work around it, I think the behavior should be
considered a bug in Tk, not _tkinter.
However, on this system, I couldn't recreate the problem you reported
with either the using _tkinter directly instructions, or using this
C test program:
#include tcl.h
#include tk.h
int main(void) {
Tcl_Interp *trp;
unsetenv(DISPLAY);
trp = Tcl_CreateInterp();
printf(%d\n, Tk_Init(trp));
printf(%d\n, Tk_Init(trp));
return 0;
}
Jeff
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Tkinter
Hello, I would like to know if Tkinter is being developed/maintained. It appears the latest book on Tkinter by John E. Grayson published in 2000 is the only book resource on Tkinter. The publisher suggested that QtPy (http://www.riverbankcomputing.co.uk/pyqt/) and wxPython ( http://www.wxpython.org/ ) have replaced Tkinter. Could you provide an update on Tkinter Joseph ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter
On 1/10/06, Aahz [EMAIL PROTECTED] wrote: On Tue, Jan 10, 2006, Rodrigues, Joseph wrote: I would like to know if Tkinter is being developed/maintained. It appears the latest book on Tkinter by John E. Grayson published in 2000 is the only book resource on Tkinter. This message is not appropriate for python-dev. Please use comp.lang.python (or python-list). But for sure, Tkinter is still being maintained by the Python developers (mainly MvL I believe). If it appears stagnant that's probably because Tcl/Tk itself isn't changing much. -- --Guido van Rossum (home page: http://www.python.org/~guido/) ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter
On 1/10/06, Fredrik Lundh [EMAIL PROTECTED] wrote: Guido van Rossum wrote: But for sure, Tkinter is still being maintained by the Python developers (mainly MvL I believe). If it appears stagnant that's probably because Tcl/Tk itself isn't changing much. afaict, Tcl/Tk 8.5 isn't moving quite as fast as Python 2.5, but they're probably a lot closer to a release than the Perl 6 guys... http://www.tcl.tk/software/tcltk/8.5.html Well to compare to Perl 6 you should really look at the progress of Tcl/Tk 9.0, which sounds like it's never going to happen. So Perl 6 still wins. :-) -- --Guido van Rossum (home page: http://www.python.org/~guido/) ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter
Fredrik Lundh wrote: But for sure, Tkinter is still being maintained by the Python developers (mainly MvL I believe). If it appears stagnant that's probably because Tcl/Tk itself isn't changing much. afaict, Tcl/Tk 8.5 isn't moving quite as fast as Python 2.5, but they're probably a lot closer to a release than the Perl 6 guys... http://www.tcl.tk/software/tcltk/8.5.html My maintenance focuses on integrating user contributions, plus looking for the latest Tcl release when doing a Windows build. So new options to existing widgets, or entire new widgets don't get automatically wrapper classes in Tkinter. Instead, users wanting to make use of such features are expected to contribute a patch. I usually catch up with such patches before the next major release, atleast if the patches are straight-forward. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter
On 1/10/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Guido Well to compare to Perl 6 you should really look at the progress Guido of Tcl/Tk 9.0, which sounds like it's never going to happen. So Guido Perl 6 still wins. :-) So the grand race is between Tcl/Tk 9.0, Perl 6 and Python 3? Maybe you, Larry and whoever the Tcl/Tk master is these days (still Ousterhout?) could agree to release all three on the same day. wink Or we could have another bake-off and pie-throwing contest. :-) -- --Guido van Rossum (home page: http://www.python.org/~guido/) ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter
[EMAIL PROTECTED] wrote] ...and whoever the Tcl/Tk master is these days (still Ousterhout?)... That's Jeff Hobbs. He sits behind me. I'll see if I can pester him to give some Tcl/Tk and _tkinter thoughts. Cheers, Trent -- Trent Mick [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter
Thanks for your reply. (I won't bug you on this with lots of email) but I would really like a comment or two on the other python GUIs viz. wxPython and QtPy. Would you say wxPython and QtPy are competing with TKinter or vice versa? Why wxPyton and/or QtPy when TKinter is alive and well? Why am I asking about this? I am working with an application that my agency started with TKinter and is investigating if we should stay with it or consider the others and have not been able to get the kind of direction anywhere. In addition, we purchased the John E. Grayson book but realized it is from 2000 and is wondering what is missing that has been developed in TKinter since 2000? Why has the book become so dated with no updates? This led me to consider that TKinter may be on its way out and we need to consider the other GUI toolkits. I am glad for you response and understand if you cannot dwell too long on this topic. Sincerely Joseph -Original Message- From: Martin v. Löwis [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 10, 2006 3:38 PM To: Fredrik Lundh Cc: python-dev@python.org; Rodrigues, Joseph Subject: Re: [Python-Dev] Tkinter Fredrik Lundh wrote: But for sure, Tkinter is still being maintained by the Python developers (mainly MvL I believe). If it appears stagnant that's probably because Tcl/Tk itself isn't changing much. afaict, Tcl/Tk 8.5 isn't moving quite as fast as Python 2.5, but they're probably a lot closer to a release than the Perl 6 guys... http://www.tcl.tk/software/tcltk/8.5.html My maintenance focuses on integrating user contributions, plus looking for the latest Tcl release when doing a Windows build. So new options to existing widgets, or entire new widgets don't get automatically wrapper classes in Tkinter. Instead, users wanting to make use of such features are expected to contribute a patch. I usually catch up with such patches before the next major release, atleast if the patches are straight-forward. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Tkinter
Rodrigues, Joseph wrote: Would you say wxPython and QtPy are competing with TKinter or vice versa? No. I never say that software competes. I don't even say that products compete. People may compete, or perhaps companies, but not things. Why wxPyton and/or QtPy when TKinter is alive and well? Because they have their user communities. Why am I asking about this? Not sure :-) I am working with an application that my agency started with TKinter and is investigating if we should stay with it or consider the others and have not been able to get the kind of direction anywhere. In addition, we purchased the John E. Grayson book but realized it is from 2000 and is wondering what is missing that has been developed in TKinter since 2000? Not much - code in that book should continue to work just fine. Why has the book become so dated with no updates? You would have to ask John Grayson for that. This led me to consider that TKinter may be on its way out and we need to consider the other GUI toolkits. Well, this is certainly off-topic for python-dev. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
