[issue4676] python3 closes + home keys

Kurt B. Kaiser added the comment: Fixed in 2.7 and forward ported. -- assignee: -> kbk resolution: -> fixed stage: -> committed/rejected status: open -> closed type: -> crash versions: +Python 3.2, Python 3.3 -Python 2.6, Python 3.0 ___ Python tr

[issue4676] python3 closes + home keys

Roundup Robot added the comment: New changeset c4d355363114 by Kurt B. Kaiser in branch '3.1': toggle failing on Tk 8.5, causing IDLE exits. Issue #4676 http://hg.python.org/cpython/rev/c4d355363114 -- nosy: +python-dev ___ Python tracker

[issue4676] python3 closes + home keys

Éric Araujo added the comment: Can this bug be closed? -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue4676] python3 closes + home keys

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 ">>>" instead of after. Solution off

[issue4676] python3 closes + home keys

Guilherme Polo added the comment: > It's > also the only quick way in IDLE to be sure that the text widget is > scrolled all the way to the left, since there's no horizontal scrollbar. > (Any idea why that is? I assumed it's to discourage long lines, but I > don't know.) The shell is configured

[issue4676] python3 closes + home keys

Weeble added the comment: I can't see any useful reason to go to the absolute start of the line in the interactive shell. However, it does make sense in the source editor, and it is consistent with, for example, Visual Studio. The first use- case off the top of my head is when you want to copy

[issue4676] python3 closes + home keys

Guilherme Polo added the comment: > Weeble added the comment: > > I *think* the primary reason for overriding the home key behaviour was > not for the interactive shell, but to make it easier to edit code. Most > programmer's editors that do automatic indentation also let you use home > to move

[issue4676] python3 closes + home keys

Weeble added the comment: You're right: we should find a solution that's safe and supported. I *think* the primary reason for overriding the home key behaviour was not for the interactive shell, but to make it easier to edit code. Most programmer's editors that do automatic indentation also l

[issue4676] python3 closes + home keys

Guilherme Polo added the comment: > Weeble added the comment: > > Well, the status quo depends on an unsupported field - "anchor". Better not repeat the mistake then ? > As far > as I can tell, the only other option that allows any customisation of > cursor behaviour is to re-implement the en

[issue4676] python3 closes + home keys

Weeble added the comment: I posted a question on comp.lang.tcl here: http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/aab17806f6fa837f# By the way, which versions of Tk must Python support? Where do I find out things like that? ___ Python t

[issue4676] python3 closes + home keys

Weeble added the comment: Well, the status quo depends on an unsupported field - "anchor". As far as I can tell, the only other option that allows any customisation of cursor behaviour is to re-implement the entire selection system from the ground up. Would it be acceptable to detect the Tk vers

[issue4676] python3 closes + home keys

Guilherme Polo added the comment: > Weeble added the comment: > > In summary, Tk 8.5 changed the name of the "anchor" mark to be unique to > each Text widget. The code to make the home key toggle between column 0 > and the start of the text tries to make use of the "anchor" mark and > gets confu

[issue4676] python3 closes + home keys

Weeble added the comment: Just got a chance to test this on a Windows desktop with a proper keyboard. (My laptop does weird things with num-lock and scroll-lock.) I got it to crash once, but I have no idea what was special about that time. Otherwise I can reproduce the exception traceback pri

[issue4676] python3 closes + home keys

Weeble added the comment: Another complication. On Windows, this line doesn't do what it claims: if (event.state & 12) != 0 and event.keysym == "Home": # state&1==shift, state&4==control, state&8==alt return # ; fall back to class binding The comment says state&8==alt, but this is wron

[issue4676] python3 closes + home keys

Weeble added the comment: I have experienced similar problems in Python 2.6.1 on Windows, and found them to be due to Tk 8.5. I posted my findings here: http://mail.python.org/pipermail/idle-dev/2009-January/002738.html In summary, Tk 8.5 changed the name of the "anchor" mark to be unique to e

[issue4676] python3 closes + home keys

Changes by STINNER Victor : -- nosy: -haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue4676] python3 closes + home keys

Guilherme Polo added the comment: Patch against trunk attached. It fixes only the first problem reported, and I can't reproduce the second one. -- keywords: +patch Added file: http://bugs.python.org/file12601/issue_4676.diff ___ Python tracker

[issue4676] python3 closes + home keys

Somelauw added the comment: I'm using windows XP home edition SP2 Yes, my error message is similair to the one of ajaksu2 when I run the IDLE on the commandline. (when opened from windows explorer, it justs closes) Also problem 2 is similair. ___ Python tr

[issue4676] python3 closes + home keys

Guilherme Polo added the comment: It would be nice if the OP could confirm that the bug described by Daniel is the same one as he gets. I can reproduce it on linux on all the versions I marked, but didn't have time to fix it yet. To the OP: If you are running Windows, try starting IDLE on the p

[issue4676] python3 closes + home keys

STINNER Victor added the comment: Somelauw: Are you running Windows, Linux, other? The bug may be related to a special key with no binding: no mapping in the kernel, in your Windows/Xorg configuration or in python Tk module. The key is maybe not shift+home but strange combinaison related to

[issue4676] python3 closes + home keys

Changes by STINNER Victor : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python

[issue4676] python3 closes + home keys

STINNER Victor added the comment: Somelauw: Are you running Windows, Linux, other? The bug may be related to a special key with no binding: no mapping in the kernel, in your Windows/Xorg configuration or in python Tk module. The key is not shift+ -- nosy: +haypo

[issue4676] python3 closes + home keys

Changes by Guilherme Polo : -- versions: +Python 2.6, Python 2.7, Python 3.1 ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue4676] python3 closes + home keys

Daniel Diniz added the comment: I can't reproduce this with py3k on linux, but I do get a traceback in the terminal used to launch idle: Exception in Tkinter callback Traceback (most recent call last): File "/home/ajaksu/py3k/Lib/tkinter/__init__.py", line 1399, in __call__ return self.fu

[issue4676] python3 closes + home keys

Somelauw added the comment: I have found a way to reproduce this error: Open the idle Hold down shift: Press up 3 times Hold [fn] (on laptop) Press the home key Idle closes for no reason Any help? ___ Python tracker

[issue4676] python3 closes + home keys

New submission from Somelauw : I'm using python 3.0 final which was released on December the 3th. I also have python 2.5 installed. 2 bugs in python3 IDLE which might be related (but don't have to) 1. The Python3 IDLE sometimes suddenly closes. It always happens when I'm using it for a while, t