Martin v. Löwis mar...@v.loewis.de added the comment:
I'm closing the issue. People who want to check for an empty string
representation can just convert the tcl objects to strings themselves. I agree
with Mark that implementing nonzero is too ambiguous.
--
nosy: +loewis
resolution:
Mark Lawrence breamore...@yahoo.co.uk added the comment:
The patch changes _tkinter.c so can a C guru take a look please.
--
nosy: +BreamoreBoy
stage: - patch review
versions: +Python 3.1, Python 3.2 -Python 2.6, Python 3.0
___
Python tracker
Mark Dickinson dicki...@gmail.com added the comment:
I'd call this a new feature; removing 2.7 and 3.1 from versions.
The patch needs updating for py3k, which should be a fairly simple task.
I don't know much about Tcl, but wouldn't this change give quite confusing
results for numeric
Guilherme Polo ggp...@gmail.com added the comment:
Mark,
If you want to expand it to handle other data types, I'm ok with it
but I predict troubles for you. The problem is that in Tcl there is
only one real data type -- string. Depending on how you operate over
a value it is then, internally,
Mark Dickinson dicki...@gmail.com added the comment:
If you want to expand it to handle other data types, I'm ok with it
but I predict troubles for you.
Yes, I suspected as much. I don't know much Tcl, but I'm definitely prepared
to believe you on this point. :) I'd be fine with this patch
Guilherme Polo ggp...@gmail.com added the comment:
I assume that Tcl_GetCharLength works for any object, regardless of
its internal representation?
I didn't look at its code but I assume it will create a string representation
for the object in question if there isn't one in place when the
New submission from Guilherme Polo [EMAIL PROTECTED]:
Implementing it makes this crazy check in
http://bugs.python.org/issue3767
(http://bugs.python.org/file12043/tkColorChooser.diff) be no longer needed
--
components: Tkinter
files: _tkinter__nonzero__.diff
keywords: patch
messages:
