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
Roger Serwy added the comment:
Issue12988 only has this problem on 64-bit Win 7. The 32-bit version works
correctly. Maureen tried both versions and had the same problem.
--
___
Python tracker
<http://bugs.python.org/issue14
Roger Serwy added the comment:
Callable instances now return a call tip. Good!
I agree with your analysis of the issue raised by Stephen. The get_argspec
function will not fail unexpectedly.
> but typing list.append( resulting in weird behavior: something flashed and
> the typed text
Roger Serwy added the comment:
The ScriptBinding extension is enabled for the shell. If the shell is in a
modified state, then pressing F5 will bring up the save dialog (or auto-save),
and then perform a syntax check. This is what cuublu experienced.
Attached is a patch against 3.3a4 to
Roger Serwy added the comment:
Maureen, can you please start IDLE from a command prompt and report the error
message?
Launch a command prompt, enter in "cd c:\python32" and then "python -m
idlelib.idle". IDLE should appear. Proceed to save something that causes the
crash
Roger Serwy added the comment:
I just ran Antoine's test against the latest 3.3a4 build and received this:
lock held = False
lock held = False
Is this issue still relevant given Brett's work on re-implementing import in
pure Python?
--
nosy: +serwy
status: open
Roger Serwy added the comment:
You are already in a Python shell. Type in "import idlelib.idle" to launch
IDLE.
--
___
Python tracker
<http://bugs.python.o
Roger Serwy added the comment:
Did any messages appear in the Python shell?
--
___
Python tracker
<http://bugs.python.org/issue14996>
___
___
Python-bugs-list m
Roger Serwy added the comment:
How are you using the open dialog to navigate to your usual directory?
--
___
Python tracker
<http://bugs.python.org/issue14
Roger Serwy added the comment:
Further discussion of this issue will be under Issue12988. We're working on
finding a solution.
--
resolution: duplicate ->
status: closed -> open
___
Python tracker
<http://bugs.python.
Roger Serwy added the comment:
Sorry for the re-open. I submitted an old form.
--
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Roger Serwy added the comment:
I installed 3.3.0a4 (64-bit) on Win 7 and the issue did not occur when using
asksaveasfile. I repeated with 32-bit 3.3.0a4 without any problems.
How can we confirm that 3.2 will receive the Tcl/Tk upgrade? (64-bit 2.7.3 does
not have this bug
Roger Serwy added the comment:
Re-opened.
--
resolution: out of date ->
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue12988>
___
__
Roger Serwy added the comment:
Precise instructions can be found in msg144106 and msg161168 from Issue12988.
--
___
Python tracker
<http://bugs.python.org/issue14
Roger Serwy added the comment:
@Ramchandra: "__name__" does not exist for many objects.
This issue with the sys.stdout.write encompasses a lot of other issues
involving the shortcomings of the RPCProxy object. The following code prevents
another prompt from appearing:
&
Roger Serwy added the comment:
The _self_pat RE needs to be changed to just remove the first argument.
Presently, another bug exists with the current implementation:
>>> class A:
def t(self, self1, self2):
pass
>>> a = A()
>>>
Roger Serwy added the comment:
There's a small logic bug with Martin's patch. Opening up a new editor window
and pressing Tab causes a traceback. Attached is a new patch to fix the problem.
--
priority: normal -> high
resolution: fixed ->
stage: -> patch re
Roger Serwy added the comment:
2.6.8 is the latest source-only release of the 2.6 series. Here's what I get:
Python 2.6.8 (unknown, Jun 15 2012, 15:51:46)
[GCC 4.5.2] on linux2
Type "help", "copyright", "credits" or "license"
Roger Serwy added the comment:
Adding a horizontal scroll bar is relatively easy. This has already been done
with the Horizontal.py extension as part of a separate project called IdleX.
See http://idlex.sourceforge.net/extensions.html
@Terry, perhaps this should be added as an enhancement to
Roger Serwy added the comment:
James, do you have IDLE working?
--
nosy: +serwy
status: open -> pending
___
Python tracker
<http://bugs.python.org/issu
Roger Serwy added the comment:
I wrote Horizontal.py as an extension in order to avoid forking IDLE. It
should be simple to incorporate a toggling horizontal scroll bar within
the EditorWindow class itself.
> (Note: it would seem nice to be able to get a list of extensions available
&g
Roger Serwy added the comment:
Mark, I ran your example against 2.7.1 and did not receive a traceback. I then
ran it against the latest 2.7.3+ and receive a traceback in IDLE. Here's the
entire Shell contents:
Python 2.7.3+ (2.7:97445ca895d5, Jul 8 2012, 19:58:43)
[GCC 4.5.2] on l
Roger Serwy added the comment:
I just pulled Martin's patches and they fix the issue. Indirection to the
rescue!
There is one very slight problem though with the error message raised on 2.7
since it is different than 3.3. Attached is a patch to fix it.
--
Added file:
New submission from Roger Serwy :
Add an "Interrupt Execution" to the Shell menu, per issue13504, annoyance #3 -
"PROBLEM: There’s no obvious way to stop a running program. (Don’t expect them
to know Ctrl-C)"
--
components: IDLE
keywords: easy
messages: 165122
nosy
Changes by Roger Serwy :
--
dependencies: +IDLE - add an "Interrupt Execution" to shell menu
___
Python tracker
<http://bugs.python.org/issue13504>
___
___
Changes by Roger Serwy :
--
keywords: +patch
Added file: http://bugs.python.org/file26335/issue15308.patch
___
Python tracker
<http://bugs.python.org/issue15
Roger Serwy added the comment:
I think that issue13532 fixes this issue, as only strings are now pickled from
the subprocess to the IDLE front-end for writing to stdout and stderr. This
should address the pickling vulnerability.
I downloaded BeautifulSoup 3.0.4 and did not see this problem
Roger Serwy added the comment:
issue4832_rev1.patch is a complete patch against 3.3.
This is also part of issue13504, "7) ANNOYANCE: It’s too easy to forget the .py
extension when saving a file."
--
stage: -> patch review
Added file: http://bugs.python.org/file26336/i
Changes by Roger Serwy :
--
dependencies: +idle filename extension
___
Python tracker
<http://bugs.python.org/issue13504>
___
___
Python-bugs-list mailin
Changes by Roger Serwy :
--
components: IDLE
nosy: serwy, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE - remove all bare excepts
type: enhancement
versions: Python 2.7, Python 3.3
___
Python tracker
<http://bugs.python.
New submission from Roger Serwy :
There are a lot of bare exceptions in IDLE. Here's the output of "grep -n
'except:' *.py"
AutoComplete.py:184:except:
AutoComplete.py:209:except:
Debugger.py:172:except:
Debugger.
Roger Serwy added the comment:
Your description applied to the behavior on Ubuntu 11.04.
--
___
Python tracker
<http://bugs.python.org/issue4832>
___
___
Pytho
Roger Serwy added the comment:
I'm ok with broadening the scope of this issue to include other items.
If we decide to deprecate running IDLE without a subprocess
(http://mail.python.org/pipermail/idle-dev/2012-June/003124.html), then
the history-next/prev would fit nicely under the
Roger Serwy added the comment:
The help.txt file needs to be modified as well. See interrupt_execution.patch.
--
Added file: http://bugs.python.org/file26339/interrupt_execution.patch
___
Python tracker
<http://bugs.python.org/issue15
Roger Serwy added the comment:
Issue12510 fixes the issues listed here. I am leaving this issue open for
discussing the test provided by Bernt.
--
nosy: +terry.reedy
resolution: -> fixed
___
Python tracker
<http://bugs.python.org/iss
Roger Serwy added the comment:
Line 1245 is part of this code (in time, these line numbers will change.)
try:
self.text.mark_gravity("iomark", "right")
OutputWindow.write(self, s, tags, "iomark")
self.tex
Roger Serwy added the comment:
Also, issue13582 will become relevant on Windows since modifying the bare
excepts may let uncaught exceptions be written to stderr, causing IDLE to crash.
--
___
Python tracker
<http://bugs.python.org/issue15
Roger Serwy added the comment:
For reference, IDLE-DEV is discussing the prompt:
http://mail.python.org/pipermail/idle-dev/2012-June/003129.html
--
___
Python tracker
<http://bugs.python.org/issue13
Roger Serwy added the comment:
sys.stdin has a write method, but it should raise "io.UnsupportedOperation: not
writable" when passed a string. It looks like IDLE has allowed writes to stdin
even before Martin's patch. I'll open a separate
New submission from Roger Serwy :
This is a follow-up to issue13532 which fixed problems with IDLE's sys.stdout
and sys.stderr implementation.
Presently, sys.stdin has a write method, but does not raise
"io.UnsupportedOperation: not writable" when passed a string. Instead, it
Roger Serwy added the comment:
Running "input" from IDLE now raises an error. Attached is a fix to _RPCFile to
allow readline (and isatty) to function properly.
--
priority: normal -> high
resolution: fixed ->
status: closed -> open
Added file: http://bugs.p
Roger Serwy added the comment:
Issue13532 has an applied patch (422242dbce30) for the subprocess that makes
the stdout, stderr, and stdin inherit from io.TextIOBase. This includes the
"errors" attribute, albeit set to ''.
The fix does not apply when running IDLE without
New submission from Roger Serwy :
Per Martin's request in msg165197, this issue has been separated from
Issue13532.
The newly introduced _RPCFile object in run.py (422242dbce30) inherits from
io.TextIOBase which has "readline" as one of its methods. As a result, IDLE's
in
Roger Serwy added the comment:
I tried issue4832_rev2.patch on Ubuntu 11.04 with Tk 8.5 and it still behaves
as Terry described.
--
___
Python tracker
<http://bugs.python.org/issue4
Roger Serwy added the comment:
I like Serhiy's patch. It works for me.
--
___
Python tracker
<http://bugs.python.org/issue15319>
___
___
Python-bugs-list m
Roger Serwy added the comment:
I agree. I'll close it.
--
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.
Changes by Roger Serwy :
--
superseder: -> IDLE - input() is broken.
___
Python tracker
<http://bugs.python.org/issue15318>
___
___
Python-bugs-list mai
Roger Serwy added the comment:
Including issue15318 where stdin is writable. The proper solution to that issue
and this one are likely the same.
--
___
Python tracker
<http://bugs.python.org/issue15
Roger Serwy added the comment:
> Same difference for readlines and writelines. I wonder how input works if it
> does not call sys.stdin.read()
>
Eventually IDLE makes a call to PyShell's readline.
--
___
Python tracker
<http:
Roger Serwy added the comment:
PyShell.py's PyShell object has the readline method, at line 1080 in the most
recent code. It's meant for use with and without a subprocess. (See also
Issue14254)
The IDLEfork project long ago created the subprocess and the RPC plumbing for
the
Roger Serwy added the comment:
I tested blockfile-3.diff against the latest code in the repository.
sys.stdin.write returns the wrong error message when passed a non-string.
Presently it returns io.UnsupportedOperation instead of TypeError: must be str,
not ...
The attached blockfile-4.diff
Roger Serwy added the comment:
On 07/12/2012 04:13 AM, Serhiy Storchaka wrote:
> Serhiy Storchaka added the comment:
>
>> sys.stdin.write returns the wrong error message when passed a non-string.
>> Presently it returns io.UnsupportedOperation instead of TypeError: mu
Roger Serwy added the comment:
>>>> sys.stdin.write('qwe')
> Traceback (most recent call last):
>File "", line 1, in
> io.UnsupportedOperation: not writable
>
> --
I'm passing a number, *not* a string.
--
_
New submission from Roger Serwy :
The IDLE debugger steps through the internals of _RPCFile.
To reproduce this bug, create a new .py file with a few print statements,
enable the debugger, and then run the file. Stepping through the print
statement enters into _RPCFile.
--
components
Roger Serwy added the comment:
Debugger.py has a method "in_rpc_code" which ultimately prevents stepping
though code from rpc.py. (Presently an external file named "rpc.py" can not be
debugged using IDLE.)
Adding "run.py" to the check would prevent run.py from
Roger Serwy added the comment:
Attached is a patch to allow toggling of the ColorDelegator. It can be toggled
using the existing, but undocumented, Control-/ binding.
The patch modifies the "toggle_colorize_event" to fully remove coloring or
fully recolorize the text rathe
Roger Serwy added the comment:
> I suggest to add a decorator @Debugger.internal for all methods that the
> debugger should not step into. It should set a function attribute that the
> debugger then checks for.
The decorator idea may work. I'll need to see how to make it
New submission from Roger Serwy :
IDLE fails to close if the debugger was active.
Steps to reproduce:
1) Start IDLE with only a shell.
2) Enable debugger.
3) Press enter in the shell. (Causes debugger to activate)
4) Close the shell window. (File->Exit or click X)
5) Click "OK"
New submission from Roger Serwy :
The IDLE shell does not respond to commands if the debugger window is closed by
clicking "X". This is due to PyShell's "executing" flag not being reset.
Steps to reproduce:
1) Start IDLE with a shell.
2) Enable debugger.
3)
Changes by Roger Serwy :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue15348>
___
___
Python-bugs-list mailing list
Unsubscri
Roger Serwy added the comment:
On 3.3.0b1 and 3.2 I get:
(Cmd) help
Documented commands (type help ):
help
I only see help under "Undocumented" with 2.7.
It looks like this changeset f8c896ad787f never got backported to 2.7. This
invol
Roger Serwy added the comment:
Thank you for the bug report, Ztatik.
Since 2.6 is now in security-fix-only mode, this issue will not be fixed. See
http://www.python.org/getit/releases/2.6.8/
This grammar issue was fixed in 2.7 with revision 386922b629c3, but was not
applied to the 2.6
Roger Serwy added the comment:
tb220, is this still a bug? Python 2.6 is now in security-fix-only mode.
--
nosy: +serwy
status: open -> pending
___
Python tracker
<http://bugs.python.org/iss
Roger Serwy added the comment:
IDLE silently closing is due to issue13582.
On Linux (Ubuntu 11.04, Tk8.5) I can not specify "~template.py" for a filename
for opening or saving a file. Clicking on either open or save produces no
action. However, I can specify "~/template.py&q
Roger Serwy added the comment:
IDLE supporting sys.ps1 and sys.ps2 is discussed in issue13657. I am closing
this issue in favor of that one.
--
nosy: +serwy
resolution: -> duplicate
status: open -> closed
superseder: -> IDLE doesn't support sys.p
Changes by Roger Serwy :
--
nosy: +serwy
title: Class Browser selection in Ubuntu -> IDLE - Class Browser selection in
Ubuntu
___
Python tracker
<http://bugs.python.org/iss
Roger Serwy added the comment:
This is related to issue6858. I assume that the point of this issue is to
enable syntax highlighting by relying on the Windows registry?
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue6
Roger Serwy added the comment:
Is the error message a traceback? If so, could you open a separate issue for it?
--
___
Python tracker
<http://bugs.python.org/issue6
201 - 300 of 543 matches
Mail list logo
