Guilherme Polo added the comment:
If someone decides to commit this, please check that the name of the widget
in Tcl is always adequate.
--
___
Python tracker
<http://bugs.python.org/issue17
Guilherme Polo added the comment:
Here is a quick patch for it: http://pastebin.com/m1XQBGqU (I forgot my
password for the tracker, and leaving home right now).
Does it work for you ?
--
___
Python tracker
<http://bugs.python.org/issue17
Guilherme Polo added the comment:
Uh.. well observed.
It sounds like you are the first actual user of peer_create. Now I wish Tk
had done this in a different way: when creating a text widget, specificy
that it is a peer of some other text widget via an option ("-peer w" for
exa
Guilherme Polo added the comment:
I consider myself the main responsible for this bug, so if the current patch
(which I didn't look at) passes all tests, doesn't slow things up (unlikely, I
would think) and also works with some more involved styling code then I'm fine
Guilherme Polo added the comment:
Calm down for a moment. This is just incorrect usage of Entry. There is no
"text" parameter documented for this class (see its docstring, for a quick
reference on that). Also, there is a lot of Tkinter documentation, the official
one at can be foun
Guilherme Polo added the comment:
If doing list(kw.items()) works, I'm fine with that. If it does not, then
ttk._format_optdict(kw) should.
--
___
Python tracker
<http://bugs.python.org/is
Guilherme Polo added the comment:
Please include a short version of the widget class you mentioned. It must be
only long enough to show the issue.
--
___
Python tracker
<http://bugs.python.org/issue15
Guilherme Polo added the comment:
It is not IDLE specific. But I still fail to see how this actually is a
security bug. It doesn't give more power to the user than the user already
gave to it. If you are recklessly installing untrusted libraries or
anything for the matter, then you already
Guilherme Polo added the comment:
I can ignore it, but let us be honest. If you got sudo privilege already, why
are you bothering to break (or whatever else) the system using IDLE ? The issue
here did not give you the sudo privilege. If it did, then we have an actual
security bug
Guilherme Polo added the comment:
For something that has been around for so long, I would be a little more
careful.
My suggestion is: no longer declare readprofile as an internal function; remove
the direct call to readprofile from Tk.__init__; tell users about the new
behavior, and the need
Guilherme Polo added the comment:
It is a well known fact that the readprofile function uses exec, and it has
been like that for more than 18 years. The parameters baseName and className
defines the execution of the files $HOME/.{className}.tcl,
$HOME/.{className}.py, $HOME/.{baseName}.tcl
Guilherme Polo added the comment:
Why is this a bug ? You passed something that is not supposed to work with tk
and tk said so.
--
___
Python tracker
<http://bugs.python.org/issue12
Guilherme Polo added the comment:
If we consider the meaning of "dead code" as that used in compilers, then I
meant "out of date" code.
If you want to add support for tk::ButtonEnter then I believe you should open a
new issue and raise your points there. Anyway,
Guilherme Polo added the comment:
Does the attached patch work for you ?
--
keywords: +patch
Added file: http://bugs.python.org/file21017/patch11290.diff
___
Python tracker
<http://bugs.python.org/issue11
Guilherme Polo added the comment:
I have a different problem here on Mac, but I can manage to reproduce
your issue if I apply the following patch:
Index: Lib/tkinter/__init__.py
===
--- Lib/tkinter/__init__.py (revision 88757
Guilherme Polo added the comment:
> I have been working with the ttk module (Windows XP, Python 3.1) and have
> encountered some specific issues with ttk.Style() not fully propagating the
> style into the widget. In my particular case, there seem to be issues with
> sett
Guilherme Polo added the comment:
You should convert the whole expressions actually, but that is because the
patch wasn't done for py3k.
--
___
Python tracker
<http://bugs.python.org/i
Guilherme Polo added the comment:
> We are down to 1 error but thats a new errror;
>
>
> test test_ttk_guionly failed -- Traceback (most recent call last):
> File
> "/Users/cartman/Sources/py3k/Lib/tkinter/test/test_ttk/test_widgets.py",
Guilherme Polo added the comment:
Hi there,
I believe I've fixed most of these errors. But I couldn't replicate the last
error on the first message, so I guessed what could be the problem.
Could you try the patch and see how it works for you ?
(Thanks for the nosy addition, I ra
Guilherme Polo added the comment:
Closing this again in favor of issue9899.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue1
Guilherme Polo added the comment:
> @Guilherme I'm guessing that you're still interested in this, yes?
I don't see the point in closing an issue simple because no one
responded. I think the question to be asked is more towards "is it
solved?" than "are you in
Guilherme Polo 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
Guilherme Polo 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, interna
Guilherme Polo added the comment:
Sorry but this is just bikeshedding, whoever commits can make this change or if
it had been committed without this "improvement" then anyone could adjust
without needing a new issue.
--
___
Python trac
Guilherme Polo added the comment:
I was thinking of issue4832. The patch provided here seems fine to me, although
the behavior remains the same in Mac.
--
___
Python tracker
<http://bugs.python.org/issue9
Guilherme Polo added the comment:
I remember about another issue regarding extensions and save-as/open dialog
boxes. Let me try to find it, just to be sure that the problem described here
is different.
--
___
Python tracker
<h
Guilherme Polo added the comment:
It is possible to create a tabbed window without ttk.Notebook. This is already
being done in the configuration dialog. The real issue goes much beyond
ttk.Notebook, check the patch "tabs_ttk_and_co.diff" at
http://code.google.com/p/python-ttk/down
Guilherme Polo added the comment:
> Tal Einat added the comment:
>
> ...
>
> The process of discussing this patch has taken far, far too long. I can't
> stand such discussions spanning months (and years!). Please just accept this
> patch or close it. I'm fed up
Guilherme Polo added the comment:
Weird.. I was almost sure that was fixed at some point.
The patch is fine, but I would suggest adding some simple testcase(s).
This will probably require a new file (test_canvas.py) at
Lib/tkinter/test/test_tkinter
Guilherme Polo added the comment:
Wasn't the freebsd problem unrelated to this ?
--
___
Python tracker
<http://bugs.python.org/issue8424>
___
___
Pytho
Guilherme Polo added the comment:
To make the situation worse, this Ubuntu buildbot passed all signal tests on
the next run.
--
___
Python tracker
<http://bugs.python.org/issue8
Changes by Guilherme Polo :
Removed file: http://bugs.python.org/file16818/p1.diff
___
Python tracker
<http://bugs.python.org/issue8204>
___
___
Python-bugs-list mailin
Guilherme Polo added the comment:
When I run that alone I get the same effect, maybe there is something
else contributing to the previous result I saw.
focus_force did solve when testing it alone, and I think it is ok to
use focus_force when testing at least.
Here is the sample I tried
Guilherme Polo added the comment:
> Martin v. Löwis added the comment:
>
> I can reproduce the problem. The root cause is that the "event generate .nb
> " simply does not have any effect - neither through Python, nor
> through directly wish. Nor do any of the other k
Guilherme Polo added the comment:
I get the same behavior while using ttk in wish8.5, so this is not
related to the ttk.py module.
But, after looking this sample you posted, it looks like you want
something like this instead:
from tkinter import Tk, Menu
root = Tk()
menu = Menu()
root
Changes by Guilherme Polo :
--
stage: needs patch ->
type: performance -> behavior
___
Python tracker
<http://bugs.python.org/issue6739>
___
___
Pyth
Changes by Guilherme Polo :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue700921>
___
___
Python-bugs-list mailing list
Unsubscri
Guilherme Polo added the comment:
Closing this in favour of issue6755, it has been a long time since any
discussion took place here that I believe it is better to continue
somewhere else related to this.
--
nosy: +gpolo
___
Python tracker
<h
Guilherme Polo added the comment:
Have you looked into issue700921 already ? It seems a lot of discussion
was generated there, but no patches.
--
___
Python tracker
<http://bugs.python.org/issue6
Changes by Guilherme Polo :
--
nosy: +gpolo
versions: -Python 2.6, Python 3.1
___
Python tracker
<http://bugs.python.org/issue6755>
___
___
Python-bugs-list m
Guilherme Polo added the comment:
Please, understand that the bug tracker is a place to provide help and
not to seek for help. The c.l.p newsgroup (more on
http://www.python.org/community/lists/) is a more appropriate place to
continue this discussion.
Nevertheless, the attached patch was
Guilherme Polo added the comment:
Here is a patch that changes IDLE to refuse invalid key bindings.
--
keywords: +patch
nosy: +gpolo
versions: +Python 2.6, Python 2.7, Python 3.2
Added file: http://bugs.python.org/file14761/tcl_validation.diff
Guilherme Polo added the comment:
>> I can reproduce it here, unfortunately Tcl/Tk 8.5 isn't really supported
>> by Python 2.5 and the changes required to get this fixed won't be
>> backported. It was suggested backporting before and it was rejected.
>
> Than
Changes by Guilherme Polo :
--
components: +Tkinter -IDLE
___
Python tracker
<http://bugs.python.org/issue6746>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guilherme Polo added the comment:
I can reproduce it here, unfortunately Tcl/Tk 8.5 isn't really supported
by Python 2.5 and the changes required to get this fixed won't be
backported. It was suggested backporting before and it was rejected.
--
nosy: +gpolo
resolution: -
Guilherme Polo added the comment:
Wouldn't be more interesting to add an option where you tell exactly
which modules aren't expected to be compiled successfully ? If any
modules besides those specified are not built, then setup.py returns 1.
I, for instance, don't care if the _
Guilherme Polo added the comment:
> If it's not a problem, then the invoker doesn't need to check the exit
> code of setup.py.
Suppose the _tkinter module failed to compile on a given system, how
would you know if this is a problem or not ? setup.py would return 1
because it c
Changes by Guilherme Polo :
--
resolution: -> fixed
status: open -> closed
type: feature request ->
___
Python tracker
<http://bugs.python.o
Guilherme Polo added the comment:
> That is the manual I am referencing and the last time I looked it was
> the most recent.
>
Thanks for clarifying that.
> I'm not to familiar with the Python port of Tix, but I am using the
> command, label, state, and variable options a
Changes by Guilherme Polo :
--
___
Python tracker
<http://bugs.python.org/issue1356969>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Guilherme Polo added the comment:
py3k branch: r74518.
--
resolution: accepted -> fixed
___
Python tracker
<http://bugs.python.org/issue1522587>
___
___
Py
Guilherme Polo added the comment:
py3k branch: r74518.
--
___
Python tracker
<http://bugs.python.org/issue1356969>
___
___
Python-bugs-list mailing list
Unsub
Guilherme Polo added the comment:
py3k branch: r74518.
--
___
Python tracker
<http://bugs.python.org/issue1356969>
___
___
Python-bugs-list mailing list
Unsub
Guilherme Polo added the comment:
py3k branch: r74518.
--
resolution: accepted -> fixed
___
Python tracker
<http://bugs.python.org/issue1259434>
___
___
Py
Guilherme Polo added the comment:
py3k branch: r74518.
--
resolution: accepted -> fixed
___
Python tracker
<http://bugs.python.org/issue1250469>
___
___
Py
Guilherme Polo added the comment:
> This has been fixed on r74507 now.
py3k branch: r74518.
--
___
Python tracker
<http://bugs.python.org/issue1119673>
___
_
Changes by Guilherme Polo :
--
resolution: accepted -> fixed
___
Python tracker
<http://bugs.python.org/issue1119673>
___
___
Python-bugs-list mailing list
Un
Guilherme Polo added the comment:
Hi Cary,
Where can I find the most up-to-date Tix manual ? Would it be
http://tix.sourceforge.net/man/html/contents.htm ?
I don't know much about Tix so maybe you can help me a bit here. Are all
of these widget specific options considered as static optio
Guilherme Polo added the comment:
Committed on r74517.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Guilherme Polo added the comment:
New constants and methods have been commited on r74510. I've added only
the tix commands that are actually supported by tix.
The fixes for some of the methods have been committed on r74511.
--
resolution: -> accepted
status: open -
Guilherme Polo added the comment:
Committed on r74509.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Guilherme Polo added the comment:
Fix has been committed on r74508.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Guilherme Polo added the comment:
This has been fixed on r74507 now.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Guilherme Polo added the comment:
This has been committed now, r74471,74472 (trunk) and r74473 (py3k).
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Guilherme Polo added the comment:
> Committed on r74446, will merge into py3k.
py3k: r74450
--
___
Python tracker
<http://bugs.python.org/issue3344>
___
_
Guilherme Polo added the comment:
> Committed on r74447, will merge into py3k.
py3k: r74450
--
___
Python tracker
<http://bugs.python.org/issue3926>
___
_
Guilherme Polo added the comment:
> This has been commited on r74448 now, will merge into py3k.
py3k: r74450
--
___
Python tracker
<http://bugs.python.org/iss
Guilherme Polo added the comment:
This is now obsolete since r74448 and r74449, closing.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Guilherme Polo added the comment:
This has been commited on r74448 now, will merge into py3k.
--
resolution: -> accepted
status: open -> closed
versions: +Python 2.7, Python 3.2 -Python 2.5, Python 2.6
___
Python tracker
<http://bugs.p
Guilherme Polo added the comment:
Committed on r74447, will merge into py3k.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Guilherme Polo added the comment:
Committed on r74446, will merge into py3k.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Guilherme Polo added the comment:
Please take a look on issue6180. Closing this as duplicate.
Also consider checking the issue 1135, your comments are welcome on both
issues and may help getting the fix committed.
--
nosy: +gpolo
resolution: -> duplicate
status: open ->
Guilherme Polo added the comment:
Kurt, there is now a patch on issue 6699 which adds your suggested feature:
"Adding a warning when saving that the file has changed on disk is a
good emacs feature which has saved my bacon a number of times. That
would be a good feature to add to IDLE
New submission from Guilherme Polo :
Creating this issue to address a suggestion of a new IDLE feature
pointed out on issue 1721083.
The feature in question is about warning the user about a newer version
of the file before overwriting it.
--
components: IDLE
files: check_stmtime.diff
New submission from Guilherme Polo :
If someone configure IDLE to start a edit window by default, I believe
it should open only an edit window without starting shell window. This
has been the behaviour in previous version, but it is acting different now.
I looked into r71126 and I think this
Guilherme Polo added the comment:
This has been closed but why not promote reindent.py to a module and add
an option on IDLE to allow a complete reindent.py run ?
--
___
Python tracker
<http://bugs.python.org/issue5
Guilherme Polo added the comment:
Closing this in favour of issue 3573.
--
resolution: -> duplicate
status: open -> closed
superseder: -> IDLE hangs when passing invalid command line args
(directory(ies) instead of file(s))
___
Pytho
Changes by Guilherme Polo :
--
superseder: Idle hangs when given a nonexistent filename. ->
___
Python tracker
<http://bugs.python.org/issue3573>
___
___
Py
Changes by Guilherme Polo :
--
superseder: -> Idle hangs when given a nonexistent filename.
___
Python tracker
<http://bugs.python.org/issue3573>
___
___
Py
Changes by Guilherme Polo :
Removed file: http://bugs.python.org/file14699/show_nested_objects.diff
___
Python tracker
<http://bugs.python.org/issue1612262>
___
___
Pytho
Guilherme Polo added the comment:
I've removed the previous patch from here and attached an updated one on
issue6691.
Now the patch attached here only contains changes related to
idlelib.ClassBrowser.
--
dependencies: +Support for nested classes and function for pyclbr
Added
Changes by Guilherme Polo :
--
dependencies: -Support for nested classes and function for pyclbr
Added file: http://bugs.python.org/file14705/pyclbr_nested_objects.diff
___
Python tracker
<http://bugs.python.org/issue6
Changes by Guilherme Polo :
Removed file: http://bugs.python.org/file14704/classbrowser_nesting_support.diff
___
Python tracker
<http://bugs.python.org/issue6691>
___
___
Changes by Guilherme Polo :
--
dependencies: +Support for nested classes and function for pyclbr
Added file: http://bugs.python.org/file14704/classbrowser_nesting_support.diff
___
Python tracker
<http://bugs.python.org/issue6
Changes by Guilherme Polo :
Removed file: http://bugs.python.org/file14703/pyclbr_nested_objects.diff
___
Python tracker
<http://bugs.python.org/issue6691>
___
___
Pytho
New submission from Guilherme Polo :
I have worked on a patch for adding support for nested classes and
nested functions in pyclbr. I believe this might be useful for some
applications, and also for issue1612262.
The patch attached also contains a test and updated documentation
Guilherme Polo added the comment:
The attached patch adds support for nested objects in pyclbr and also in
ClassBrowser.
I have yet to find an optimal way to test this on test_pyclbr (I did
some things here, none very nice), so you will notice tests are missing
on this patch
Guilherme Polo added the comment:
> 2) display assigned hot keys in popup menu
Is that really necessary ? I've looked for that on some applications I
use most and none of them include hot keys in right menus.
--
___
Python tracke
Guilherme Polo added the comment:
What do you think about adding a third element for each tuple in
rmenu_specs ? This new element would be a string determining the name of
a function that would be called to define the state of each entry in the
right menu. If None is used in place of a string
Guilherme Polo added the comment:
Today I noticed the StringObj manpage (from tcl) says that the bytes
that represent an tcl object should be treated as read-only (although it
uses char *) so this issue1028.diff may very well cause a segfault at
some point.
I'm attaching a new patch that
Guilherme Polo added the comment:
I notice this some time ago, let's continue this on issue5120. Can you
test the patch attached there on a mac ? I don't have one, so I'm not
sure if it fixes the issue or not.
--
resolution: -> duplicate
stat
Guilherme Polo added the comment:
Uhm, in the long run I believe it will be better to move to
Tcl_CreateObjCommand since it is said that commands created by it are
significantly faster than the ones created by Tcl_CreateCommand (more
information about this can be found at tcl documentation
Guilherme Polo added the comment:
>From what I read here this is not a problem caused by the sources
distributed by python.org, so I'm closing this. It seems more
appropriate to move this to Ubuntu's bug tracker.
--
nosy: +gpolo
resolution: -> invalid
status
Guilherme Polo added the comment:
Attaching a patch against trunk, I believe this solves the problems
described here.
--
versions: +Python 2.6, Python 2.7
Added file: http://bugs.python.org/file14674/issue1028.diff
___
Python tracker
<h
Guilherme Polo added the comment:
I've looked into this again and now I'm attaching a patch very similar
to xview_yview.patch. Is anyone against adding these mixins ?
--
Added file: http://bugs.python.org/file14673/xview_yview_mixins.diff
Guilherme Polo added the comment:
This isn't going to happen, closing.
--
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python
Changes by Guilherme Polo :
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue3600>
___
___
Python-bugs-
Guilherme Polo added the comment:
I just tried writing tests for it, but I don't know idlelib/rpc.py
enough yet. You can see this first attempt at:
http://svn.python.org/view?view=rev&revision=74320
I started trying to test rpc.RPCClient together with run.main but it
seemed too h
New submission from Guilherme Polo :
SocketIO.exithook on idlelib/rpc.py is missing the exit status, this is
a minor issue since both client and server used on IDLE override this
method to do something else.
--
components: IDLE
files: missing_exitstatus.diff
keywords: patch
messages
Guilherme Polo added the comment:
> AFAIK, WSAEWOULDBLOCK means that the socket is in nonblocking mode and
> the attempted operation could wait indefinitely to complete.
Rather pessimistic way to see it :) I've always read it as "operation
cannot be completed without blo
1 - 100 of 659 matches
Mail list logo
