Guilherme Polo <[EMAIL PROTECTED]> added the comment:
I've noticed a problem with the previous patch, so this new one includes
a comment too so people can remember about the check being applied.
--
versions: +Python 2.5.3, Python 2.7
Added file: http://bugs.python.or
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12042/setup_master.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file12040/setup_master.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12041/applying_setup_master.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Guilherme Polo <[EMAIL PROTECTED]>:
Hi,
I've added a new function called setup_master.
This function is responsible for returning an usable master to the
caller, or fail and say so. The function is useful for any wrapper
basically, since all them has to set
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
I've changed it a bit more now, this includes dropping support for cnf.
My wish is to actually remove the cnf usage all over Tkinter :)
Added file: http://bugs.python.org/file12037/Scroll
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
anyone ?
--
versions: +Python 2.5.3, Python 2.7, Python 3.0
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Guilherme Polo <[EMAIL PROTECTED]>:
Please consider backporting r59653 and r59654 to release25-maint branch.
It may be of interest to backport r52688 too, also, r63776 together with
r63914 (without these last two I get segfault when passing a list as an
option
New submission from Guilherme Polo <[EMAIL PROTECTED]>:
Hi,
I have changed the lib-tk/Dialog.py so it handles the cases where one
might receive a tuple as a result containing a Tcl_Obj. I've also
modified all the rest of it to make it "cleaner".
It is b/w compatible a
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Well anyway, some sample code:
import zipfile
z = zipfile.ZipFile('aaa.zip', mode='w')
z.writestr('aa.py', 'def x(): print "hi there"\n\ndef y(): print "hi"')
z.close()
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
doesn't it ? it works here
--
nosy: +gpolo
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Now that the new branches are around I guess we could consider adding it
then ? I will help with anything.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Uhm, long time without discussion but I'm hoping someone interested may
read this.
You have to provide a "bgerror" command to Tcl, so it will get invoked
when a background error happens. Either _tkinter.c could create o
New submission from Guilherme Polo <[EMAIL PROTECTED]>:
Lib/threading.py gets into infinite recursion while testing (or using)
it with verbose set. This didn't happen before because Thread.__started
didn't use to be an Event, but now it is.
Typical situation:
_D
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Closing this in favor of issue4017.
Check if anything there works for you, or add something new.
--
nosy: +gpolo
resolution: -> duplicate
status: open -> closed
___
Python tra
New submission from Guilherme Polo <[EMAIL PROTECTED]>:
I see the comment in Include/pystate.h got fixed, but this other in
Docs/c-api/init.rst didn't
--
files: PyGILState_Acquire=>PyGILState_Ensure.diff
keywords: patch
messages: 74651
nosy: gpolo
severity: normal
stat
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Last time I checked many more would cause ItimerTest to not run
properly, these were: test_asynchat, test_asyncore, test_decimal,
text_docxmlrpc, test_ftplib, test_logging, test_poplib, test_queue,
test_smtplib, test_socket and all
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
When you say "interprocess signal test" do you actually mean ItimerTest
? Because I don't see the former failing, and the later hangs because
signals are not being delivered to it (SIGV
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
The first part was already mentioned in issue3391, but not closing this
in favor of the second part of your message.
--
nosy: +gpolo
___
Python tracker <[EMAIL PROTECTED]>
<http://
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file11483/issue_3851.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3851>
___
___
Python-bugs-list mailing list
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Looks fine, doesn't break anything in Tkinter either.
--
nosy: +gpolo
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
--
priority: -> normal
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3835>
___
___
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
The patch attached checks for that when an interpreter is created, not
really at import time but should be enough.
But my real concern is that tkinter thinks it will work properly when
Python is using threads and Tcl wasn't co
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
If you remove the widget.config calls in GUI.ready you will notice the
problem "goes away", but note that this method is called from another
thread while you have a non-thread-safe tcl/tk lib (I'm assuming you
didn'
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
But it happens only if you don't build tcl/tk with --enable-threads =)
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Just reproduced the issue under python-trunk with tcl/tk 8.5.4 and 8.5.3
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
tkButtonDown and co. are long gone, you shouldn't be relying on them. If
you get tk sources, you will see that tkButtonDown is called when you do
btn.event_generate('<1>').
The best thing to do here is actually rem
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Uhm, now I see.. Tkinter already formats it correctly, and you shouldn't
be using itemconfigure for this task. If you try it directly in tk, like
this:
canvas .c
.c create text 0 0 -text {a b}
.c itemconfigure 1 -text
Yo
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
I don't see the bug here. items in a Canvas may be named either as id or
as a tag. If you specify items by something that is actually accepted as
an integer ("123" for instance) then it is assumed to refer to a single
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
My bad, r39219 is the one.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1257772>
___
_
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
This was fixed in r38525
--
nosy: +gpolo
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
--
nosy: +gpolo
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1581476>
___
__
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
--
nosy: +gpolo
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue775309>
___
__
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
--
nosy: +gpolo
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1160383>
___
__
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
--
nosy: +gpolo
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1222721>
___
__
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
The problem is actually on Tkinter side, not really tcl/tk fault here.
Tkinter should be formatting that text option as "{text here}" when the
value contains one or more spaces (it is actually fine to use this tcl
formatting w
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Uhm, is it caused only by the combination of tk 8.5.4 and py3k, or does
the same happen with tk 8.5.4 and python-trunk ? What about tk 8.5.3 (or
some other of tk 8.5 series) or even tk 8.4.16 and {python-trunk, py3k} ?
It would be g
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
The people in the nose list will receive emails each time a message is
sent to the issue.
Now back to your new problem.. the new problem you are reporting here
has been discussed at http://bugs.python.org/issue3628 (where you will
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Can you check if it is not the itimer tests that are causing that ? I'm
interested in gathering some more info about the problem and hopefully
fixing it now. Take a look into issue2240 and verify if it is related to
your prob
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
--
title: tkinter.mainloop() is meanling less and crash: remove it ->
tkinter.mainloop() is meaningless and crash: remove it
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Looks fine to me.
But I can't see the reason to keep this as a module function in python
2.6 so I would remove it there too.
--
nosy: +gpolo
___
Python tracker <[EMAIL PRO
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
I've just found some discussion about the problem here:
http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/577df9cfa39e6688/49484ac512f13693?lnk=gst&q=shift+backspace#49484ac512f13693
Hope this is enough to c
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Duplicate of issue3391
--
nosy: +gpolo
resolution: -> duplicate
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Did you mean "(event.state & 10) != 0" instead of "(event.state & 1) !=
0" ? Otherwise it won't work when event.state is 8.
I'm attaching a patch that does the same thing that is done on py3k
b
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
This bug was fixed after b3 was released (r65971). You should retry it
using python 2.6rc1 or update your sources for py3k.
--
nosy: +gpolo
resolution: -> out of date
status: open
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
I don't think I can reproduce this under Linux with the idlelib in
python-trunk.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
New patch, this one fixes the docstring previously mentioned and may set
_tclCommands to an empty list at BaseWidget.__init__
Added file: http://bugs.python.org/file11479/issue3774_2.diff
___
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Where is the test case ?
--
nosy: +gpolo
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
This "needcleanup" parameter indicates that the function added to
_tclCommands needs to (and will) be removed later. Nevertheless, I
believe the proper initialization of _tclCommands should be done elsewhere.
And about that
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
My patch already does what is proposed in your patch, except yours may
possibly not work. It is not guaranteed that "self.entrycget(i,
'command')" will return an empty string if the command associated to
that men
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Again, I meant the previously attached patch (the one by ocean-city) was
the most direct way.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
The patch attached is probably the most direct way to fix it, but, can
someone remind why we just don't call deletecommand (if there is a
command to delete) and let it try to remove the command from _tclCommand
then ? (note that
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
--
keywords: +easy, needs review
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3774>
___
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Oops, sorry, I misread the bug report, reopening it (let me go eat
something now).
--
keywords: -easy, needs review
resolution: out of date ->
status: closed -> open
___
Python tra
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
I meant beta3, sorry.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3774>
___
__
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Python 2.6b2 was released with this bug, and got fixed later.
--
resolution: -> out of date
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Committed r66215
I've applied this only in py3k since it doesn't affect python 2.6
--
resolution: accepted -> fixed
status: open -> closed
versions: -Python 2.6
___
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Can someone review the patch and apply please ? It is sad to leave
tkinter like this in py3k. Clearly there are not much people using it
there, but it is something very simple to fix.
--
keywords: +needs
New submission from Guilherme Polo <[EMAIL PROTECTED]>:
Chooser._fixresult in the tkColorChooser module uses "if not result" to
check if user canceled the dialog, but nowadays Tk may return a cached
object that contains the result we are after, so, this object will not
simply e
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
--
keywords: +needs review -patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3573>
___
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
--
keywords: +needs review -patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Well, beta3 was released and the problem remained there.
Robert, I believe MvL assigned this to you for a reason.. I'm a bit
stressed but what I'm trying to say is that you could have decided about
this issue yourself and you
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
or not ? the indentation in this tkFileFilter.c is fooling me, the
Tcl_ListObjGetElements call is done in another block which is outside
that check, so the compiler seems to be right after all. It would be
good to report this problem a
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
If this needs approval of someone else, and such thing doesn't happen in
time then the earlier patch should be reverted.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pyt
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
I don't know what this Microsoft compiler is doing but both ostypeCount
and ostypeList are properly set at Tcl_ListObjGetElements, and if that
call fails it skips to the bottom of this function yo
New submission from Guilherme Polo <[EMAIL PROTECTED]>:
May I suggest the inclusion of Tcl/Tk 8.5.4 in the windows binary for
the upcoming beta3 ? beta2 included 8.5.3, but now the 8.5.4 bugfix
release arrived.
--
components: Windows
messages: 71427
nosy: gpolo
severity: normal
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
change this:
"You could return if in that new if statement."
to:
"You could return in that new if statement.", please.
___
Python tracker <[EMAIL PROTECTED]>
<
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
You could return if in that new if statement.
As you noted, the None argument is ignored there, that is because
_tkinter checks for a None parameter, and if it happens to be a None, it
then stops processing new arguments, so this
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Hi there,
The revisions you are after are r59653 and r59654.
I really don't see a reason to not patch release25-maint with those ones.
--
nosy: +gpolo
___
Python tracker <[EMAIL PRO
New submission from Guilherme Polo <[EMAIL PROTECTED]>:
Passing a single directory as a command line argument can make IDLE hang.
To achieve this the user needs to configure IDLE to open an editor
window by default.
The attached patch discards filenames that failed to load, so in the end
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Uhm, this patch can cause trouble if not adapted a bit. The index method
may return None for either index1 or index2, which will cause a
TypeError in that for loop.
If code is needed to confirm this, try the following:
menu = Tkinte
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
'encoding' and 'errors' refers to the names of the arguments accepted by
str, this is not a typo.
--
nosy: +gpolo
resolution: -> invalid
status: open -> closed
__
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Just run it a couple of times and you will hit the problem in both
"failing" and "running" examples you added.
--
nosy: +gpolo
___
Python tracker <[EMAIL PROTEC
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
as I understand, MacOS.SchedParams is gone for more than 4 years now
(that is why you see this hasattr check everywhere). I doubt removing
this MacOS usage will do anything.
___
Python tracker &
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
something going on roundup?
--
nosy: +gpolo
resolution: -> invalid
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
"This flag is then converted to PyPARSE_DONT_IMPLY_DEDENT (defined at
parsetok.py with a value of 0x0002"
Sorry, it is defined at "parsetok.h" of course.
___
Python tracker
New submission from Guilherme Polo <[EMAIL PROTECTED]>:
Yesterday I read at a maillist about IDLE being able to use the "with"
statement in python 2.5 without needing to explicitly doing "from
__future__ import with_statement", then today I started tracing the
origin
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
I've added it to PyPi (http://pypi.python.org/pypi/pyttk) yesterday to
facilitate the process of installing the module (without needing to
checkout the repo) in the hope that people will use it, and contribute
to make it better a
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10934/event_generate__data.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Actually, it could be the "detail" field too according to
http://www.tcl.tk/man/tcl8.5/TkCmd/bind.htm#M24
And this field may not exist, so I'm checking for that now.
New patch added.
Added file: http://bugs
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
This was fixed in r45302 and r58936
--
nosy: +gpolo
resolution: -> out of date
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
This is already fixed in release24-maint, release25-maint, trunk and py3k.
--
nosy: +gpolo
resolution: -> out of date
status: open -> closed
___
Python tracker <[EMAIL PR
New submission from Guilherme Polo <[EMAIL PROTECTED]>:
Follows a patch that adds support for the new data option supported
event generate. It allows virtual events to pass a tcl object.
This patch is only intended to correctly support tcl objects, trying to
pass other objects (like
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
It would be more appropriate to properly use withdraw and deiconify
then. I'm attaching a patch that uses them.
--
keywords: +patch
Added file: http://bugs.python.org/file10931/issu
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
This is somewhat obscure to notice but the problem is towards that
getattr on attr_matches. For "int" specifically, it will try to get the
attribute '__abstractmethods__' (which is a member of int.__class__) and
wi
New submission from Guilherme Polo <[EMAIL PROTECTED]>:
Right now ScrolledText can't be added to a Tkinter.PanedWindow, also
can't be added to a ttk.Notebook (which is not part of the stdlib),
because it is a lacking a proper __str__ method.
Run the following sample code to ch
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
> Graham Horler <[EMAIL PROTECTED]> added the comment:
>
>> I'm aware of that and that is why everywhere I see Checkbutton
>> being used I see a explicit variable being created.
>
> Absolutely
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
On Thu, Jun 26, 2008 at 1:02 PM, Graham Horler <[EMAIL PROTECTED]> wrote:
>
> Graham Horler <[EMAIL PROTECTED]> added the comment:
>...
> When you create a Checkbutton widget without giving a variable=SomeVar,
&
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Neither pyglet nor anything else you installed is part of Python's
source, you will have to re-report this at the appropriate place.
--
nosy: +gpolo
resolution: -> invalid
status:
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
On Tue, Jun 24, 2008 at 3:42 PM, Manuel Muradás <[EMAIL PROTECTED]> wrote:
>
> Manuel Muradás <[EMAIL PROTECTED]> added the comment:
>
> Guilherme,
> Thanks a lot for taking some time to review my patch.
&g
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
This is nearly good.
But I have some notes: you don't need to import operator here, just use
the built-in callable; stick to <80 columns; leave a space after a comma.
--
nosy: +gpolo
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
Wasn't that always known ? Maybe I'm missing something here.
--
nosy: +gpolo
___
Python tracker <[EMAIL PROTECTED]>
<http://
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
The checkbutton widget doesn't have get and set commands, so I'm not
sure why you said to look at its man page.
But the idea of not needing to play with SomeVar creation is good, I
like it, but then I would prefer to add it
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
I just checked that sys.maxsize was added May 20, so you just need a
newer build.
--
nosy: +gpolo
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file10548/issue1500773.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10513/issue1500773.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Changes by Guilherme Polo <[EMAIL PROTECTED]>:
--
title: Removing s.decode at Lib/calendar.py -> Removing .decode calls from
Lib/calendar.py
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
New submission from Guilherme Polo <[EMAIL PROTECTED]>:
I've removed calls to s.decode found at Lib/calendar.py as it is no
longer needed in py3k and doesn't even work (since .decode is gone).
--
components: Library (Lib)
files: no_strdecode.diff
keywords: patch
mess
Guilherme Polo <[EMAIL PROTECTED]> added the comment:
This should have been fixed at 2.2, as long as you change your classes
to new-style classes. If it still happens, post a sample code using your
new code that uses new-style classes.
--
nosy:
401 - 500 of 659 matches
Mail list logo