[issue17822] Save on Close windows (IDLE)

Terry J. Reedy added the comment: AttributeErrors on closing were a separate issue. They are now caught on closing. #35379. Save on Close is now modal on Windows also, in that one cannot do anything with the Window being closed. One can try to close a second dirty window. Saying 'no' in

[issue17822] Save on Close windows (IDLE)

Changes by Terry J. Reedy : -- assignee: -> terry.reedy nosy: -BreamoreBoy stage: -> test needed versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.3, Python 3.4 ___ Python tracker

[issue17822] Save on Close windows (IDLE)

Mark Lawrence added the comment: Using 3.4.1 on Windows I can't reproduce the AttributErrors given in msg187674 -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17822 ___

[issue17822] Save on Close windows (IDLE)

Terry J. Reedy added the comment: When writing the human-verified tests in idle_test.htest.py, we discovered that there is a different between Windows and Linux in focus shifting when opening an editor window from a visible root window. On Widows, I have to click on the editor window to enter

[issue17822] Save on Close windows (IDLE)

Mark Lawrence added the comment: Using 3.4.1 and 3.5.0 on Windows 7 I always get the focus set to the edit window or shell as appropriate. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17822

[issue17822] Save on Close windows (IDLE)

Terry J. Reedy added the comment: I am on Windows 7 also. Did you open the shell from the console interpreter with import? Run python -m idlelib.idle_test.htest and for me the tests that open a separate editor window show the same problem of no cursor or focus in the editor. Perhaps you ran

[issue17822] Save on Close windows (IDLE)

Mark Lawrence added the comment: My 3.4.1 is the released version, 3.5.0 built from source that was synchronised earlier today as in :- c:\cpython\PCbuild\python_d.exe Python 3.5.0a0 (default:b1e99b4ec374, Jun 8 2014, 18:29:24) [MSC v.1600 32 bit (Intel)] on win32 Running the console

[issue17822] Save on Close windows (IDLE)

R. David Murray added the comment: On Linux I believe that what happens to the keyboard focus depends on the window manager in use and how that window manager is configured to behave. For instance, some window managers have a 'focus follows mouse' setting, but I always hated that so I would

[issue17822] Save on Close windows (IDLE)

Terry J. Reedy added the comment: It seems that I have been over-optimistic about uniformity of behavior. With the focus issue different for opening Idle and opening subwindows in htest, I added it to the issue about refining htest #21624. Given Mark's report, I must rebuild tcl/tk and make

[issue17822] Save on Close windows (IDLE)

Guilherme Simões added the comment: I didn't test Roger's patch because I have limited access to Windows, but I think it should solve this specific issue. But the problem is actually more general. For example, the same odd behavior happens when you try to run a module without saving. On MacOS

[issue17822] Save on Close windows (IDLE)

New submission from Guilherme Simões: After changing the contents of a file in an Editor Window and closing without saving the Save on Close window pops up. On both MacOS and Linux the user can't do anything on the Editor Window anymore, but on Windows, not only can the user continue to write

[issue17822] Save on Close windows (IDLE)

Terry J. Reedy added the comment: What behavior on which system to you consider to be buggy? On 3.3.1, Win 7, all seems fine. By selecting Windows as a component, you imply that something is wrong on Windows. on Windows, not only can the user continue to write[(if the user Cancels),] it is

[issue17822] Save on Close windows (IDLE)

R. David Murray added the comment: Interesting that you consider Windows working as expected, Terry. I thought save/close dialogs were generally modal; but, then, I avoid GUIs whenever possible so I could easily be wrong :) -- nosy: +r.david.murray

[issue17822] Save on Close windows (IDLE)

Terry J. Reedy added the comment: Because model is normal (as far as I know) I did not understand that 'continue to write' meant doing so without hitting [Cancel] ;-). I might consider being able to do so a feature *if* the dialog were the only one ever created and if subsequent attempts to

[issue17822] Save on Close windows (IDLE)

Terry J. Reedy added the comment: If I open Command Prompt, and start Idle with C:\Python\Python33python -m idlelib I get the same attribute error without the Shell window closing. Perhaps not having a console to write the traceback to closes 3.3 but not 2.7. Peculiar. --

[issue17822] Save on Close windows (IDLE)

Terry J. Reedy added the comment: A different console message, Shell window not closed Python 3.4.0a0 (default:bcfb6888fb8d, Apr 18 2013, 19:47:33) import idlelib.idle Exception in Tkinter callback Traceback (most recent call last): File \cpython\lib\tkinter\__init__.py, line 1475, in

[issue17822] Save on Close windows (IDLE)

Guilherme Simões added the comment: From what I could see the problem is that in MacOS askyesnocancel stops the user from interacting with all windows and in Windows it stops the interaction only in the root window (even when the parameter 'master' is used, as is the case in IDLE). Since the

[issue17822] Save on Close windows (IDLE)

Roger Serwy added the comment: IDLE crashing is due to issue13582. We should maybe focus on that issue in the near future as it has become a common theme in many bug reports. -- ___ Python tracker rep...@bugs.python.org

[issue17822] Save on Close windows (IDLE)

Roger Serwy added the comment: I clicked submit too soon. The attached patch inhibits closing of the Editor when the dialog box appears. It also sets the parent argument so that Tkinter on Windows actually presents a modal dialog box. What's happening is the the dialog box enters a nested Tk