Changes by Kurt B. Kaiser:
--
components: -IDLE
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1794>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Kurt B. Kaiser:
Removed file: http://bugs.python.org/file9032/unnamed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1599>
__
___
Python-bugs-list
Kurt B. Kaiser added the comment:
Does it fail for
foo.py:
def foo():
pass
>>> import os
>>> os.spawnv(os.P_NOWAIT,
'foo.py', '')
5026
>>>
__
Tracker <[E
Kurt B. Kaiser added the comment:
And yet some people were seeing this error. I was not, on Linux, and I
don't know why. Fixed at r60227.
--
resolution: works for me -> fixed
versions: -Python 3.0
__
Tracker <[EMAIL PROTEC
Kurt B. Kaiser added the comment:
I don't want to complicate the IDLE interface and confuse the users
with an additional decision (or a chording keypress for the normal
state) for this very special case (messing up a connection to a
robot). One of the main features of using the
Changes by Kurt B. Kaiser:
Removed file:
http://bugs.python.org/file9402/IDLE_AutoComplete_complete_string_optimization.080211.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Kurt B. Kaiser added the comment:
I would greatly appreciate it if you would slow down and test your
patches and use them for an extended period of time (preferably with
some other people trying them) before submitting them. It's quite
aggravating to start working on one, and even ha
Kurt B. Kaiser added the comment:
I would greatly appreciate it if you would slow down and test your
patches and use them for an extended period of time (preferably with
some other people trying them) before submitting them. It's quite
aggravating to start working on one, and even ha
Changes by Kurt B. Kaiser:
Removed file:
http://bugs.python.org/file9395/IDLE_standardize_dialogs.080209.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Changes by Kurt B. Kaiser:
Removed file:
http://bugs.python.org/file9396/IDLE_standardize_dialogs.080209_2.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Kurt B. Kaiser added the comment:
I disagree. It's a major feature of the revised IDLE that code is
run
in a fresh environment every time. New users will only be
'surprised'
once, if at all. They will learn to put the creation of the
objects,
etc. that they want to reta
Kurt B. Kaiser added the comment:
That should be 'Issue1350'!
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2062>
__
___
Python-bugs-list mailing li
Kurt B. Kaiser added the comment:
I agree that testing GUI apps is problematic, especially if you are
working with an intermediate version which isn't being used heavily.
Besides code review, you essentially have to run at least a subset of an
user-conducted acceptance test which tri
New submission from Kurt B. Kaiser:
Document the decision to remove the comparision ('cmp')
parameter from list.sort() and builtin.sorted()
--
assignee: rhettinger
components: Documentation
files: pep-3100.patch
messages: 62346
nosy: kbk, rhettinger
priority: normal
severi
Kurt B. Kaiser added the comment:
r60759
--
assignee: rhettinger -> kbk
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Kurt B. Kaiser added the comment:
backported 2.5.2c1
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1743>
__
___
Python-bugs-list mailing list
Unsubs
Kurt B. Kaiser added the comment:
backported 2.5.2c1
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1647>
__
___
Python-bugs-list mailing list
Unsubs
Kurt B. Kaiser added the comment:
backported 2.5.2c1
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1562716>
_
___
Python-bugs-list mailing list
Unsubs
Kurt B. Kaiser added the comment:
backported 2.5.2c1
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1571112>
_
___
Python-bugs-list mailing list
Unsubs
Kurt B. Kaiser added the comment:
No response from OP, closing.
--
assignee: loewis -> kbk
resolution: -> rejected
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Kurt B. Kaiser added the comment:
No response from OP, closing.
--
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1599>
__
Kurt B. Kaiser added the comment:
r60843. Thanks for the patch!
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Kurt B. Kaiser added the comment:
Please switch to the recently released 2.5.2 and let us know if the
problem is still there.
--
priority: high -> normal
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Kurt B. Kaiser added the comment:
Why do we care about Python 2.2?
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2061>
__
___
Python-bugs-list mailing list
Kurt B. Kaiser added the comment:
r60844. Thanks for the patch!
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Kurt B. Kaiser:
--
title: IDLE - autocompletion to support alternate patch separators -> IDLE -
autocompletion to support alternate path separators
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Changes by Kurt B. Kaiser:
--
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1061803>
_
___
Python-bugs-list mailing li
Changes by Kurt B. Kaiser:
Removed file: http://bugs.python.org/file8618/IDLE_highlighting.071026.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1334>
__
__
Changes by Kurt B. Kaiser:
--
nosy: +kbk
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1856>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>:
--
components: IDLE
nosy: kbk
severity: normal
status: open
title: IDLE 3.0
versions: Python 3.0
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Kurt B. Kaiser <[EMAIL PROTECTED]>:
oops
--
assignee: -> kbk
components: +None -IDLE
priority: -> low
resolution: -> invalid
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http:
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
I don't think that this is an IDLE error. It
can be more generally exhibited as follows:
Without the subprocess we get the expected:
IDLE 3.0a4 No Subprocess
>>> eval('a')
Traceback (most rece
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
Thanks, that does appear to fix the IDLE problem!
The pseudofile does have a flush method and I was able to
call it from the IDLE subprocess; it returns None. So I'm
not clear on why PyObject_CallMethod was returning False,
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
PyObject_CallMethod is actually returning a
non-NULL result for sys.std{out,err}, and
PyErr_Clear() isn't being run in flush_io.
The problem is deeper. PyErr is being
used during unexceptional pr
Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>:
--
assignee: -> kbk
nosy: +kbk
priority: -> normal
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>:
--
nosy: +kbk
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2693>
__
___
Python-bugs-list mailin
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
Please provide a single patch file.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2053>
__
___
Python
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
The toggling is useful when ending a def. If other IDEs
have this binding, I can't see a problem. I've been running the
patch for awhile now, and notice that Ctrl-A also has this
new action now. It seems useful, let's g
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
r62548
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
r62549
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
Thanks for the patch, I'll look at it.
In the future, please send unified diffs (-u), not plain diffs.
--
assignee: -> kbk
nosy: +kbk
versions: +Python 2.6 -Python 2.5
__
Tracker <
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
1. Which version of Python / IDLE are you running?
2. Why do you "have to kill" IDLE instead of doing a normal quit?
--
nosy: +kbk
__
Tracker <[EMAIL PROTECTED]>
<http://
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
When you "open" a python file, exactly what steps are you taking?
When you "close any combination of IDLE windows,( but not all)",
are you leaving update.py open so you can "run" it?
When you "run&q
Changes by Kurt B. Kaiser :
--
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue13504>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Kurt B. Kaiser :
--
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue18823>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Kurt B. Kaiser :
--
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue16123>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Kurt B. Kaiser :
--
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue15663>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Kurt B. Kaiser :
Rev 73196
http://svn.python.org/
view?view=rev&revision=73196
Caused regression on
http://bugs.python.org/issue1503294
when running build.sh:
(gdb) r -Wi
Starting program: /home/neal/python/trunk/
python -Wi
warning: Unable to find dynamic li
New submission from Kurt B. Kaiser :
rev 74095
http://svn.python.org/view?view=rev&revision=74095
didn't create the unittest dir during installation.
unittest isn't installed in its final location.
--
assignee: benjamin.peterson
components: Build
files: Makefile.pre.in.
New submission from Kurt B. Kaiser :
buildbots failing since r75412:
testSocketServer (test.test_ssl.ThreadedTests) ... Traceback (most
recent call last):
File "/home/buildslave/python-trunk/trunk.norwitz-x86/build/Lib/
SocketServer.py", line 282, in _handle_reque
Kurt B. Kaiser added the comment:
08jpurcell unresponsive, ignoring for now (but see suggestions below)
bdouglasoz: had a firewall blocking the subprocess, apparently works
for her now. I'd point out that Notepad is just an editor, IDLE gives
you much more. Linux is great, but IDLE
Kurt B. Kaiser added the comment:
bah. I looked twice for a prior bug and missed it! Sorry
--
___
Python tracker
<http://bugs.python.org/issue7148>
___
___
Kurt B. Kaiser added the comment:
Reviewed, built, tests ok.
Linux trader 2.6.18-ARCH #1 SMP PREEMPT Sun Nov 19 09:14:35 CET 2006
i686 Intel(R) Pentium(R) 4 CPU 2.40GHz GenuineIntel GNU/Linux
vote +1 weight +0.1 :-)
--
nosy: +kbk
priority: -> nor
Changes by Kurt B. Kaiser :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue6941>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Kurt B. Kaiser :
--
nosy: +kbk
priority: normal -> high
___
Python tracker
<http://bugs.python.org/issue6717>
___
___
Python-bugs-list mai
Kurt B. Kaiser added the comment:
Is there some reason that this is not being checked
in? The build has been broken for five days. IMO,
either revert the offending code or check this in.
--
priority: normal -> high
___
Python tracker
&l
Kurt B. Kaiser added the comment:
I think that because of the re-write of CallTips.py for py3k that we
would need separate patches for 2.7 and 3.1. I suggest dropping the
idea of adding the functionality to 2.7 unless OP wants to provide a
separate patch against TRUNK. Because of the re
Kurt B. Kaiser added the comment:
r70723. Thanks for the patch!
Backport to 2.6.2
--
keywords: +26backport
resolution: -> accepted
versions: +Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/iss
Changes by Kurt B. Kaiser :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue5129>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Kurt B. Kaiser :
--
status: open -> closed
superseder: -> Allowing multiple instances of IDLE with sub-processes
___
Python tracker
<http://bugs.python.org/iss
Kurt B. Kaiser added the comment:
The hooks for the IP address will be needed if we add remote debugging
to IDLE, so I'd like to keep them. Otherwise, David Scherer's idea re
using an ephemeral port assignment looks very promising. I'll check
something in.
--
assig
Kurt B. Kaiser added the comment:
Status should not be pending unless issue is assigned and a resolution
is in progress. Issue only reported on 2.5 as far as I can tell, let's
see if it gets reported again for a later version of Python/Tk. We
appear to have a workaround for Window
Kurt B. Kaiser added the comment:
My error, I was thinking of Debian's use of 'pending'. On Sourceforge,
setting an issue to pending would cause it to automatically close after
awhile if there was not further response. On this Tracker, we would use
that status the same way
Kurt B. Kaiser added the comment:
Apparently this can be closed.
--
assignee: -> kbk
nosy: +kbk
status: pending -> closed
___
Python tracker
<http://bugs.python.org/
Kurt B. Kaiser added the comment:
It appears that this s/b closed, but Tracker doesn't automagically
close 'pending' issues like SF did.
--
assignee: -> ronaldoussoren
nosy: +kbk
status: pending -> closed
___
Kurt B. Kaiser added the comment:
The issue of the cursor moving to the left of >>> in the
shell is
separate. See also #3851. The current action of the home
key,
released in 2.6, is from patch 1196903. @tjreedy, if in
2.6 you
type >>> syzygy and hit home, the cursor mov
Kurt B. Kaiser added the comment:
Why doesn't someone fix this comment widget?? It was
like this on SF, too. Guess I've got to dive in at
some point...second guessing the wrapping drives me nuts!
--
___
Python tracker
<http://bu
Kurt B. Kaiser added the comment:
As far as typing in the comment widget goes - it
works fine if you
don't
add CR at the end of the lines until you go back
and edit it by
inserting some text. Then the faulty
wordwrapping kicks in, and it
has
to be fixed by removing all the extra s
Kurt B. Kaiser added the comment:
Rev 62545 to 2.6 was forward ported to 3.0 on 4May,
r62716. I'm using py3k HEAD and it works the same
as 2.6: pressing Home toggles beween the left margin
and the start of the code text. It works the same way
on Linux and Windows XP.
Won't fix, be
Changes by Kurt B. Kaiser :
--
assignee: -> kbk
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue5594>
___
___
Python-bugs-list mailing list
Un
Kurt B. Kaiser added the comment:
This wasn't backported to 2.5 as it's trivial and life
is short.
I have a clean install of 3.0.1 from the msi installer,
running on an eeePC 1000HA, XP Home, tk 8.5.
If I type a string at the >>> prompt in the IDLE shell
and hit the home k
Kurt B. Kaiser added the comment:
Weeble found the problem: it's the numlock key interacting
with a bug. I can reproduce it when I latch numlock.
http://bugs.python.org/msg80478
--
nosy: +weeble
resolution: works for me -> accepted
status: pending
Kurt B. Kaiser added the comment:
Thanks for the research on the home key toggle. Let's take that
to issue3851, it seems it's different from the rest of this
issue.
--
nosy: +kbk
superseder: -> IDLE: Pressing "Home" on Windows places cursor before ">
Kurt B. Kaiser added the comment:
r71126. Thanks to everyone for all the work on this!
Note: I still need to patch the Windows install to
bind .py files to a different command string. The
-e option now only opens an editor window, but I need
to remove the -n option.
--
resolution
Kurt B. Kaiser added the comment:
r71126
-e only opens edit window, not shell
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
New submission from Kurt B. Kaiser :
Try running it as a script:
File "Lib/lib2to3/tests/data/py3_test_grammar.py", line 130
x = ...
^
SyntaxError: invalid syntax
Furthermore, testEllipsis seems invalid. What is intended?
>>> class C:
def __getitem__
Kurt B. Kaiser added the comment:
So the error during libinstall should be ignored
http://docs.python.org/dev/results/make-install.out
--
___
Python tracker
<http://bugs.python.org/issue5
Changes by Kurt B. Kaiser :
--
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue5756>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Kurt B. Kaiser :
--
assignee: -> kbk
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue5783>
___
___
Python-bugs-list mailing list
Un
Kurt B. Kaiser added the comment:
r71812 in trunk. Will port to 3-head 30-maint 26-maint.
Thanks for the patch!
--
resolution: -> accepted
status: open -> pending
___
Python tracker
<http://bugs.python.org/
Kurt B. Kaiser added the comment:
The issue that Terry Reedy raised is due to 68801 being forward
ported to py3k but not backported to 2.6-maint or 3.0-maint.
Access in 2.6.2 happens to work because there's a redirect on
the website which points to the correct doc release. But 3.0.1
is b
Kurt B. Kaiser added the comment:
OK, thanks, Martin. I'll use 'pending' that way (close after a
while if the bot hears nothing further).
Changing component to "IDLE'.
release26-maint: r71908, r71909
--
___
Python tracker
Changes by Kurt B. Kaiser :
--
components: +IDLE -Build
keywords: +26backport
___
Python tracker
<http://bugs.python.org/issue5783>
___
___
Python-bugs-list mailin
Kurt B. Kaiser added the comment:
Backported to release26-maint: r71911
Also issue for 3.0.1, which distributes Tk8.5 on Windows.
Was forwardported to py3k: r71189
Backported to release30-maint: r71944
--
status: pending -> closed
versions: +Python
Kurt B. Kaiser added the comment:
I understood Martin completely. The bot is coming RSN. My use
of 'pending' was intended to answer the exact question you just
asked. Maybe I should use Stage: 'commit review'.
Forwardport to py3k: r71952
Backport to 30-maint: r719
New submission from Kurt B. Kaiser :
1. On 2.7/3.1 multiple copies of IDLE can be
run
simultaneously, so the -n switch used in the
Windows Start menu shortcut with "Edit with
IDLE" should be eliminated.
2. On 3.1, the idle script has been renamed
idle3.
This may interact wi
Kurt B. Kaiser added the comment:
Opened a bug to get the -n switch removed from
the Windows Installer "Edit with IDLE" function.
--
superseder: -> Parts of Tkinter missing (but not when running from IDLE)
___
Python t
Kurt B. Kaiser added the comment:
This may affect the Windows Installer, specifically
the IDLE shortcut and the "Edit with IDLE" right
click functionality. See #5487.
--
superseder: -> Parts of Tkinter missing (but not when runn
Changes by Kurt B. Kaiser :
--
nosy: +kbk
priority: -> high
___
Python tracker
<http://bugs.python.org/issue5764>
___
___
Python-bugs-list mailing list
Un
Kurt B. Kaiser added the comment:
Added a regex to handle win paths w/spaces.
A regex match may not be the file desired.
Try all the patterns until a valid file is found.
r71995.
Let me know if you can find a failing corner case.
port to 3 and -maint.
--
assignee: -> kbk
n
Kurt B. Kaiser added the comment:
I'd welcome a test, please provide one. I actually wrote a small test
code so I could understand the problem, but didn't include it.
The 'grep dialog' sends its output to an OutputWindow labelled *Output*
as a series of lines. This
Kurt B. Kaiser added the comment:
r71998 Thanks for the patch!
backport to 30-maint.
If OP has further problems getting installation working, delete .idlerc
directory.
--
assignee: -> kbk
nosy: +kbk
resolution: -> accepted
stage: patch review -> commit review
versions
Kurt B. Kaiser added the comment:
r72227.
How's your test code coming? A relative Win filename with leading
spaces should be found even when there's a file of same name but no
spaces.
--
keywords: +26backport
___
Python trac
Kurt B. Kaiser added the comment:
IDLE doesn't control window placement - that's left to Tk to handle.
Hopefully it will get better with time. Once you take control, you
have to handle all the window placement, which is one of the things
that window managers are expert at, suppos
Kurt B. Kaiser added the comment:
Couple of comments. First, your messages seem to indicate that
you have both Python24 and Python26 installed. Although that
shouldn't cause problems, it might in your case. If you are no
longer using Python24, please uninstall it.
First, open your Wi
Kurt B. Kaiser added the comment:
>>> type(sys.stdin)
Don't attempt sys.stdin._RPCProxy_methods lest you be turned to
stone ;-)
We didn't implement all the features of stdin as it didn't seem
necessary. Did you have a specific reason to access
stdin.fileno()
Kurt B. Kaiser added the comment:
Not issue 1529353. Edit window stops updating after about 60
keystrokes when a tooltip window is active.
1. Strings not necessary. Only occurs when a tooltip is active. For
example, if rz is undefined, entering rz( followed by a long key
sequence won&#
Kurt B. Kaiser added the comment:
As a workaround, if you need the tooltip, select Edit / Show Calltip
from the menu or use the hotkey to 'reopen' the tooltip. That will get
you another 60 characters. Otherwise, just hit esc to close the
tooltip and your keystrokes w
Kurt B. Kaiser added the comment:
Occurs with and w/o the subprocess, but sooner (fewer char) with the
subprocess.
If the MultiCall wrapper on the EditorWindow Text widget is disabled,
the bug disappears.
--
versions: +Python 2.6, Python 3.1, Python 3.2
Kurt B. Kaiser added the comment:
Bug exhibits on Linux with Tk 8.4, but requires a couple hundred
characters to show up. Also goes away if MultiCall is disabled.
--
___
Python tracker
<http://bugs.python.org/issue5
101 - 200 of 203 matches
Mail list logo
