Roger Serwy added the comment:
Attached is a better implementation of the patch. The Percolator which
ultimately handles writing to the Text widget should intercept the ValueError
due to non-BMP characters. The issue14200_rev1.patch fixes this issue and
Issue13153.
--
status: closed
Roger Serwy added the comment:
Issue14200 has a patch to fix this problem.
--
___
Python tracker
<http://bugs.python.org/issue13153>
___
___
Python-bugs-list m
Changes by Roger Serwy :
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue14304>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
Andrew, I do admit that I have a lot to learn about Unicode support in Python,
for instance with its error-handling and its corner cases.
On Windows Vista, I do see that print() behaves differently than evaluating the
expression. An exception is raised for
Roger Serwy added the comment:
The current tk_hello.py file works under Ubuntu 11.04 with the latest python
build from the repository. It looks good to me.
--
___
Python tracker
<http://bugs.python.org/issue14
Roger Serwy added the comment:
I stand corrected. Thank you for the information.
The behavior of the console depends on its locale. IDLE has no facility for
changing the locale of the PyShell window. Should this option be included
somewhere
Roger Serwy added the comment:
The Tkinter Text widget is the output for the IDLE shell and it has the
limitation imposed by Tcl/Tk of not handling non-BMP unicode characters.
Is the following reasonable: The IDLE shell console has a locale of "non-BMP
utf8"?
If so, would it be
New submission from Roger Serwy :
Per Martin's request, this issue has been separated from Issue14200.
The IDLE shell presently has an effective locale of "BMP UTF8" due to a
limitation in Tkinter, described in Issue12342.
IDLE should support different output codecs, like &q
Roger Serwy added the comment:
Martin, you are right. I created a separate issue #14326.
Let me know what I can do to help.
--
___
Python tracker
<http://bugs.python.org/issue14
Roger Serwy added the comment:
Hi Ankit,
It looks like your configuration files for IDLE has a bug. Can you try renaming
your .idlerc directory (likely located in your home directory) to something
else and then retry using IDLE?
Also, can you post your existing config-main.cfg and config
Roger Serwy added the comment:
There's a subtle bug in the currently applied patch.
import tkinter
a = tkinter.Tk()
b = tkinter.Tk()
Closing the first window will prevent closing the second window. This example
may seem abstract, but it is a real issue especially when
Changes by Roger Serwy :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue14409>
___
___
Python-bugs-list mailing list
Unsubscri
Roger Serwy added the comment:
I'm glad to hear that IDLE now works. IDLE will recreate .idlerc if it doesn't
exist and populate it with your settings.
If you can, please post your original, broken .cfg files. I'll try to decipher
the cause of the original problem.
Roger Serwy added the comment:
Thank you for the configuration files. It helped with finding the bug.
The default key bindings in configHandler.py is incorrect for
<> which caused the problem Ankit experienced. This
problem affects the 2.7 and 3.3 series.
Attached is a patch again
Roger Serwy added the comment:
Ned, the buggy default keybinding for <> requires that
Key-Return and then Key-KP_Enter be pressed before the virtual event triggers.
This happens because both key events are present in a single string. The
correct behavior requires each key event be lis
Roger Serwy added the comment:
IDLE contains keyboard configuration in config-keys.def (Mac, Windows, UNIX)
and in configHandler.py.
GetCoreKeys contains the "keyBindings" dict which has fall-back values in case
the given key set is missing values (a warning is printed). Ankit&#x
Roger Serwy added the comment:
Andrew, after placing config-keys.cfg into .idlerc, launch IDLE and change the
key map to Xip's keyset. You'll get a traceback on the terminal when you click
ok.
--
___
Python tracker
<http://bu
Roger Serwy added the comment:
Without the known_invalid list, each call to GetCurrentKeySet would cause an
error message to appear. The effect of keeping track of these bad key bindings
is that the user receives a notification only once about a particular bad key
binding. (The present
Roger Serwy added the comment:
I can confirm this problem with Ubuntu 11.04.
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue14440>
___
___
Pytho
Roger Serwy added the comment:
I just realized that if the user, for whatever reason, fixes a bad key binding
and then rebinds it to the previously bad one, no error message would appear.
This can occur if the user is switching between key sets where one key set
contains invalid bindings
Roger Serwy added the comment:
This bug is related to issue12540. The approach taken there is to have the IDLE
frontend explicitly kill the subprocess. It's a band-aid to the problem that
run.py doesn't exit when the socket to the IDLE frontend closes (either by
shell restart or
Roger Serwy added the comment:
Andrew, the reason the subprocess is not closing is due to a thread management
problem. I found that a dummy thread handles cvar.wait() which is why the
subprocess fails to terminate properly.
If you change the tight loop in _getresponse to be:
while
Roger Serwy added the comment:
Hugh, Can you launch IDLE from the terminal and report the error message you
receive? From a regular Terminal, enter:
python -m idlelib.idle FILE_TO_OPEN.py
--
nosy: +serwy
___
Python tracker
<h
Roger Serwy added the comment:
I can confirm that setting HOMEPATH to a non-existent directory will prevent
IDLE from starting when using idle.bat. If you modify idle.bat such that
python.exe is called instead of pythonw.exe, then IDLE starts normally, but
with this console message
Changes by Roger Serwy :
--
nosy: +asvetlov, terry.reedy
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue8900>
___
___
Python-bugs-lis
Roger Serwy added the comment:
Is this still a valid issue?
--
status: open -> pending
type: -> behavior
___
Python tracker
<http://bugs.python.org/
Roger Serwy added the comment:
Joseph, Jeff,
Is this still a valid issue with the latest release of IDLE?
--
status: open -> pending
type: -> behavior
___
Python tracker
<http://bugs.python.org/
Roger Serwy added the comment:
Ryan, is this still an issue?
--
status: open -> pending
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/iss
Roger Serwy added the comment:
This is a duplicate of #6257.
--
nosy: +serwy
resolution: -> duplicate
status: open -> closed
superseder: -> Idle terminates on source save while debugging
___
Python tracker
<http://bugs.python.o
Roger Serwy added the comment:
Is this still an issue with the latest version of IDLE?
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue3
Roger Serwy added the comment:
The existing code will raise an error since os._exit requires an argument.
http://docs.python.org/library/os.html#os._exit
The patch looks good to me.
--
nosy: +serwy
___
Python tracker
<http://bugs.python.
Roger Serwy added the comment:
Brett, your latest commit breaks IDLE. Here's the error message:
Failed to import extension: FormatParagraph
Failed to load extension 'FormatParagraph'
Traceback (most recent call last):
File "./idlelib/EditorWindow.py", line 998, in
Roger Serwy added the comment:
I tested update_idle.diff and it corrects the issue.
While IDLE's use of __import__ may be "buggy", I don't see anything in the
documentation about deprecation or other warnings about this usage. This is a
backwards
Roger Serwy added the comment:
I caused a segmentation fault with the following (on Linux):
$ mkdir crash
$ touch crash/mod.py
$ echo "__import__('mod', globals(), locals(), [], 1)" > crash/__init__.py
$ ./python3 -m crash
--
___
Roger Serwy added the comment:
I can confirm this issue on Linux.
This issue is caused by not explicitly binding to
<> in config-keys.def (and in configHandler.py's GetCoreKeys.)
Presently, only binds to <>.
Should all the lowercase bindings without uppercase bindin
Roger Serwy added the comment:
Brett, I see your point.
The docs for __import__ should be updated to include your two-import fix as
well as reference PEP328.
http://docs.python.org/dev/library/functions.html?highlight=__import__#__import__
Roger Serwy added the comment:
Implicit relative imports are not related to this issue.
Can someone please review the given patch?
--
stage: -> patch review
___
Python tracker
<http://bugs.python.org/iss
Roger Serwy added the comment:
Attached is a patch to fix the caps-lock issue with Windows key bindings in
config-keys.def.
--
keywords: +patch
Added file: http://bugs.python.org/file25226/windows_caps_lock.patch
___
Python tracker
<h
Changes by Roger Serwy :
--
stage: -> patch review
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue12387>
___
___
Python-bugs-list mai
Roger Serwy added the comment:
Thanks for your review, Terry.
Popping from the end is not an implementation of rule 2. Calling event handlers
is separate concept from binding/unbinding event handlers. The "doafterhandler"
list contains bind/unbind requests that were made while cal
Roger Serwy added the comment:
Thank you for your feedback. I will close this issue since it is now out of
date.
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Roger Serwy :
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue10722>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
The IDLE front-end doesn't receive anything about the subprocess failure mode.
The "poll_subprocess" method in PyShell.py will restart the subprocess if the
socket closes. (The "pollpacket" method in
New submission from Roger Taylor :
The following problem only occurs when I use ProactorEventLoop. If I use
'asyncio.get_event_loop()' it exits normally, rather than infinite looping in
IOCP land.
1. I run the attached 'bug.py' script in a DOS window. It is a slightly
Roger Erens added the comment:
http://bugs.python.org/issue25596 has been closed...
--
nosy: +Roger Erens
___
Python tracker
<https://bugs.python.org/issue22
New submission from Roger Erens :
Although both glob and iglob have the same arity in Lib/glob.py:
def glob(pathname, *, recursive=False)
def iglob(pathname, *, recursive=False):
the documentation only mentions for glob the single star
https://docs.python.org/3/library/glob.html#glob.iglob
Change by Roger Wang :
--
nosy: +rogerwang
___
Python tracker
<https://bugs.python.org/issue31639>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Roger Aiudi :
PurePath.__truediv__ and __rtruediv__ raise a TypeError when passed something
which is not an instance of string or PurePath. This prevents creating any sort
of compatible class that doesn't inherit from the previously mentioned types.
--
compo
Roger Aiudi added the comment:
Using your above example, my use case is returning an instance of Spam instead
of PurePath from the division operation. The Spam class would have extra
properties and methods for dealing with a substructure of our file system that
can exist in different places
Roger Serwy added the comment:
Big Stone: Yes, IDLEX does have a slow memory leak. Please check if this bug is
happening with IDLE itself.
Terry: Thanks for responding to this. I suggest this issue can be closed.
--
nosy: +roger.serwy
___
Python
Roger Serwy added the comment:
I am closing this issue. For future reference, IDLEX is a separate project from
IDLE. Please refer IDLEX bugs to the project developer (me).
--
assignee: -> terry.reedy
components: +IDLE -Interpreter Core, Windows
nosy: +roger.serwy, terry.reedy
st
Roger Serwy added the comment:
@Brett, I agree that IDLE should not be using deprecated modules. I don't know
all the ins and outs of the import machinery of Python, so I'll defer to your
expertise in that area. :-)
@Terry, I have never used this IDLE feature before, so I don'
Roger Serwy added the comment:
I'm closing this issue due since it's root problem is a misconfigured
environment variable.
--
resolution: -> works for me
status: pending -> closed
___
Python tracker
<http://bugs.py
Roger Serwy added the comment:
s/it's/its
--
___
Python tracker
<http://bugs.python.org/issue17658>
___
___
Python-bugs-list mailing list
Unsubsc
Roger Serwy added the comment:
There are many X11 applications that replace the selection with pasted text.
GTK and Qt widgets behave that way. Here's a brief list: gedit (GTK), gummi
(GTK), kate (Qt), texmaker (Qt).
Tkinter, for me, has become increasingly frustrating due to these s
Roger Serwy added the comment:
For me, 3.3.2 32-bit won't pin to the taskbar, but 3.3.1 can. Running
lnk-parser on the .lnk files for IDLE reveal no obvious differences.
--
___
Python tracker
<http://bugs.python.org/is
Roger Serwy added the comment:
I debated whether or not to leave #14146 as pending or to close it out
altogether. I'd rather not let the design decisions of Tk dictate inconsistent
cross-platform behavior for IDLE, but I'm willing to hear Tk's rationale and
possible fix for t
Roger Serwy added the comment:
The problem I'm encountering is that tk.splitlist() is now being given a
Tcl_Obj instead of a "str" type. Since everything is Tcl is a string,
explicitly casting a Tcl_Obj to a string seems reasonable. Attached is some
proof-of-concept code to
Roger Serwy added the comment:
LGTM. Thanks Todd!
--
assignee: -> roger.serwy
stage: needs patch -> commit review
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/
Roger Serwy added the comment:
I'm running Win7 64-bit in a VM. The steps for me was to start with a system
without any Python version installed. Install 3.3.1 32-bit, and then install
3.3.2 32-bit. IDLE launches with a red Tk icon and pinning it to the task bar
does not actually pin ID
Roger Serwy added the comment:
I'm closing this issue as fixed. Thank you for the patch, Sarah.
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.pyth
Roger Serwy added the comment:
I'm closing this issue as the original problem reported has been resolved.
--
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.
Roger Serwy added the comment:
I noticed that the tracebacks didn't occur in 2.7 due to 872a3aca2120, but that
patch was not grafted onto the 3.x branches. I'll take care of that.
With #13495 fixed, the two errors mentioned in msg187323 do not occur with the
_rev1 pat
Roger Serwy added the comment:
This issue is now fixed. Thank you everyone for helping!
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
New submission from Roger Serwy:
As a formality, I opened this issue to apply 872a3aca2120 to the 3.x branch.
This addresses a concern brought up by Terry in msg187323 from issue5492.
Here's the relevant part of the message:
"""
Without or with patch, quit() or exit brin
Roger Serwy added the comment:
And it's applied.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.pyth
Roger Serwy added the comment:
See issue8515. The patch was not applied to 2.7.
--
___
Python tracker
<http://bugs.python.org/issue18288>
___
___
Python-bug
Roger Serwy added the comment:
This looks similar to issue13582 with the patch to redirect console writes to a
GUI text box.
--
___
Python tracker
<http://bugs.python.org/issue18
Changes by Roger Serwy :
--
nosy: +roger.serwy
___
Python tracker
<http://bugs.python.org/issue18226>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
LGTM. I manually tested it by assigning "a = 1" and then pressing tab at
after "a", "aa", "aaa", and "a", and then pressing tab afterwards. Tab
works to complete the name, and then
Roger Serwy added the comment:
Closing this issue. Strip trailing whitespace works for me.
--
resolution: -> works for me
status: pending -> closed
___
Python tracker
<http://bugs.python.org/
Roger Serwy added the comment:
Closing this issue due to lack of feedback.
--
resolution: -> works for me
status: pending -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Roger Serwy :
--
nosy: +terry.reedy
___
Python tracker
<http://bugs.python.org/issue6649>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
Closing this issue as a duplicate of #4625.
--
resolution: -> duplicate
status: pending -> closed
___
Python tracker
<http://bugs.python.org/
Roger Serwy added the comment:
Ctrl+Z followed by Return still exits the Python shell on the command prompt
under Vista.
The simplest way to get this behavior working in IDLE would be modifying the
end-of-file definition in config-keys.def, but only for the Windows keymap:
[IDLE Classic
Roger Serwy added the comment:
Attached is an initial diff for creating a separate pager window by using a
textView widget. The recently applied patch in issue964437 allows this window
to be non-modal, which can be useful for interactive development.
The diff contains code to allow the pager
Changes by Roger Serwy :
--
keywords: +patch
Added file: http://bugs.python.org/file25501/ctrl_z_doc.patch
___
Python tracker
<http://bugs.python.org/issue14
Changes by Roger Serwy :
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue14838>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
The reason why IDLE failed to launch is due to stderr=None when using
pythonw.exe. The first Warning message cause IDLE to abort. See issue13582 for
more details and a solution to the problem of IDLE not starting.
Cain, your home directory should contain a
Roger Serwy added the comment:
On Win7, I can replicate the problem with 64-bit Python 3.2.3. However, it does
not occur for 32-bit Python 3.2.2.
This problem is not due to IDLE. There is a problem with the 64-bit version of
tkinter's file dialog. From a 64-bit python environment, bri
Roger Serwy added the comment:
That sounds like a reasonable enhancement. Attached is a patch against 3.3.0a3
to change the font of highlighting sample to match the font selected in the
font tab.
The actual highlighting text sample has 11 line of text which is why the patch
changes the
Roger Serwy added the comment:
(I need to write an extension to auto-apply strip-trailing-whitespace on save.)
Terry, I agree that the comment needs improvement. The self.editwin reference
to the window needs to be available so that .get_saved() doesn't fail. In
retrospect, the ori
Roger Serwy added the comment:
Terry, the original patch added "Not callable" because I wasn't sure what the
consensus was on proper behavior. Now I know. :)
Attached is a revision against 3.3a3+ which omits the calltip if the object is
not callable.
The behavior difference
Roger Serwy added the comment:
It might be possible to fix this problem by creating pipes to redirect stdout
and stderr to the text widget in PyShell.
The ShellWindow.py demo in Demo/tkinter/guido may be helpful.
--
___
Python tracker
<h
Roger Serwy added the comment:
When running IDLE from the terminal on Ubuntu, I get the following error:
Exception in Tkinter callback
Traceback (most recent call last):
File "/home/serwy/python/cpython/Lib/tkinter/__init__.py", line 1442, in
__call__
return self.func(*ar
Roger Serwy added the comment:
You're right. I missed your point about flist.open shifting focus to the
already opened file. FileList.py contains the open method.
--
___
Python tracker
<http://bugs.python.org/is
Roger Serwy added the comment:
The GrepDialog opens a file using plain "open", without specifying the encoding
or how to handle errors. The docs for "open" says that "the default encoding is
platform dependent (whatever locale.getpreferredencoding() returns)..."
Roger Serwy added the comment:
I'm ok with removing the exception list, but add a comment like "# *any*
exception could happen in the eval".
--
___
Python tracker
<http://bugs.pyt
Roger Serwy added the comment:
The "open_completions" method in AutoComplete.py is where the bug exists. When
mode == COMPLETE_FILES, the code searches for characters within the ASCII set,
plus a few others contained in FILENAME_CHARS.
Attached is a patch to also include charact
Roger Serwy added the comment:
Which comment needs revision?
--
___
Python tracker
<http://bugs.python.org/issue12510>
___
___
Python-bugs-list mailing list
Unsub
New submission from Roger Serwy :
Issue8641 addressed the problem of not highlighting byte literals, but dropped
Unicode literals, as it should have. This happened months before the acceptance
of PEP414.
IDLE 3 should now highlight u"" as well as b"", as well as valid
Roger Serwy added the comment:
Should the patch be partially back-ported to 2.7 as well given that IDLE 2
doesn't highlight two-character prefixes?
--
___
Python tracker
<http://bugs.python.org/is
Changes by Roger Serwy :
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue14962>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
Attached is a patch to fix this issue.
The ModifiedColorDelegator already marks everything before "iomark" as SYNC'ed.
This is good, as the ColorDelegator should not be trying to colorize STDOUT
text as Python code.
Resetting the Co
Roger Serwy added the comment:
Attached is a backport to 2.7.
--
keywords: +patch
versions: +Python 2.7
Added file: http://bugs.python.org/file25778/issue14958_27.patch
___
Python tracker
<http://bugs.python.org/issue14
Roger Serwy added the comment:
I agree that chr(32) should be included in FILENAME_CHARS.
The algorithm for backward searching checks that each character is contained in
FILENAME_CHARS. I'm concerned about running time, as expanding FILENAME_CHARS
to include all valid Unicode would
Roger Serwy added the comment:
Westley, I was responding to msg162168 and didn't see msg162169 yet.
PEP11 mentions MacOS 9 support was removed in 2.4. Is ":" still invalid in OSX?
I'll need to think about the approach of using an "INVALID_CHARS" list. It
looks
Roger Serwy added the comment:
fix_12510.patch addresses the issue with the test.
What do you mean by: "int.append( does not bring up a tip on either version,
but should if possible." ? The "int" object does not have "append" as a method.
--
Adde
Changes by Roger Serwy :
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue14996>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
The reoganization in i12510.test.diff will make back-porting to 2.7 slightly
more difficult since old and new style classes exist. I do agree with your
reasoning for re-factoring the code. (Also, as an extremely minor point,
running reindent.py adjusts &quo
201 - 300 of 642 matches
Mail list logo
