This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Title: IDLE: make interactive code savable as a runnable script
Type: enhancement Stage: needs patch
Components: IDLE Versions: Python 3.11
Status: open Resolution:
Dependencies: Superseder:
Assigned To: terry.reedy Nosy List: eric.araujo, terry.reedy
Priority: high Keywords:

Created on 2011-04-12 18:03 by terry.reedy, last changed 2022-04-11 14:57 by admin.

Messages (9)
msg133592 - (view) Author: Terry J. Reedy (terry.reedy) * (Python committer) Date: 2011-04-12 18:03
One can currently save the contents of a shell window exactly as is, with opening message, prompts, and restarts. This essentially a screenshot of the frame -- fine for an IDLE doc but not useful for rerunning the code.
Similarly, if one pastes in interactive input/output, with or without secondary prompts, into an edit window, it is a nuisance to edit.

This issue proposes an option to 'flip' code and output lines, with prompts deleted and outputs commented, so that

Python 3.2 (r32:88445, Feb 20 2011, 21:29:02) [MSC v.1500 32 bit (Intel)] on win32
Type "copyright", "credits" or "license()" for more information.
>>> 1+2


#Python 3.2 (r32:88445, Feb 20 2011, 21:29:02) [MSC v.1500 32 bit (Intel)] on win32
#Type "copyright", "credits" or "license()" for more information.

(Ignore linewrap artifact on first line).
msg148781 - (view) Author: Terry J. Reedy (terry.reedy) * (Python committer) Date: 2011-12-02 23:34
Roger Serway pointed me to the extension that is part of the IdleX package 
That does the conversion when *pasting* interpreter text into an edit window. I would have File/Save do the same thing when saving the shell text to a .py file.
msg148783 - (view) Author: Roger Serwy (roger.serwy) * (Python committer) Date: 2011-12-03 00:38
I considered saving directly from the shell but then I ran into a use-case problem. Saving the shell window as an runnable script will also save any syntax errors that were entered. A user would then have to open an editor to correct these errors.

A high-level task analysis would be as follows:
With "Save As Runnable", the user needs to save, open, and then fix.
With "Paste from Shell", the user needs to copy, paste, and then fix.

If you have suggestions for handling shell errors, I'm open to them.
msg148786 - (view) Author: Terry J. Reedy (terry.reedy) * (Python committer) Date: 2011-12-03 05:56
Either way, it would be nice to have erroneous commands flagged or filtered. That can be detected when the first line of output is 

Traceback (most recent call last):

I typically would copy, correct, and rerun a line until I get it correct, so I would want bad lines just removed. Others might prefer otherwise. I should take a look at your extension when I get a chance.
msg148947 - (view) Author: Roger Serwy (roger.serwy) * (Python committer) Date: 2011-12-07 01:32
This issue relates to #1178

A traceback does not necessarily mean that the last statement had the error. For example:

    >>> a = lambda: 1/0
    >>> a()

    Traceback (most recent call last):
      File "<pyshell#1>", line 1, in <module>
      File "<pyshell#0>", line 1, in <lambda>
        a = lambda: 1/0
    ZeroDivisionError: integer division or modulo by zero

I suppose that the specification should be extended such that the above to get transformed to:

    a = lambda: 1/0
    #ERROR>>> a()
    #Traceback  (most recent call last):

or something similar. Thoughts?
msg148949 - (view) Author: Terry J. Reedy (terry.reedy) * (Python committer) Date: 2011-12-07 03:20
Interesting example. This issue is a bit more complicated than I thought. Clearly, the call that reveals an error in previous lines should not be simply deleted.
msg215870 - (view) Author: Terry J. Reedy (terry.reedy) * (Python committer) Date: 2014-04-10 11:12
#21140 is about saving Output Window (renamed) as .txt instead of .py. Same method should be used to save shell log as .txt. My idea is that File menu for shell window should, if possible, have both

Save as log
Save as runnable code
msg402691 - (view) Author: Terry J. Reedy (terry.reedy) * (Python committer) Date: 2021-09-27 05:49
This should be easier to do with the new shell with indents fixed.
msg402694 - (view) Author: Terry J. Reedy (terry.reedy) * (Python committer) Date: 2021-09-27 06:31
In #45297, Steven D'Aprano suggests deleting code immediately followed by traceback.  (SyntaxErrors should not be there at all -- another issue.)  But should NameError, for instance, be ignore, just because user printed something?  Or block removed just because it comes before print statement?

Without more feedback, I believe most would want all code actually run.  If there is a Traceback, Add comment with error and message.

UI is a tough issue.  I don't want to add more File menu entries and hot keys.  We can add to shell context menu as have already done.

Maybe this: after getting the save name, branch on type: .py, code only; anything else, full log. Subsequent ^S saves use last save-as name to decide.
Date User Action Args
2022-04-11 14:57:16adminsetgithub: 56047
2021-09-27 06:31:28terry.reedysetmessages: + msg402694
2021-09-27 05:51:23terry.reedysetpriority: normal -> high
2021-09-27 05:49:26terry.reedysetnosy: - tlesher, roger.serwy

messages: + msg402691
versions: + Python 3.11, - Python 3.6, Python 3.7
2017-06-30 00:59:13terry.reedysetassignee: terry.reedy
versions: + Python 3.6, Python 3.7, - Python 2.7, Python 3.4, Python 3.5
2014-04-10 11:12:47terry.reedysetmessages: + msg215870
2014-04-09 21:36:33terry.reedysettype: enhancement
versions: + Python 2.7, Python 3.4, Python 3.5, - Python 3.3
2011-12-07 03:20:56terry.reedysetmessages: + msg148949
2011-12-07 01:32:13roger.serwysetmessages: + msg148947
2011-12-03 05:56:34terry.reedysetmessages: + msg148786
2011-12-03 00:38:50roger.serwysetmessages: + msg148783
2011-12-02 23:34:31terry.reedysetmessages: + msg148781
2011-12-02 07:21:06roger.serwysetnosy: + roger.serwy
2011-06-14 12:38:19tleshersetnosy: + tlesher
2011-04-15 17:05:57eric.araujosetnosy: + eric.araujo

title: IDLE: make interactive code runnable. -> IDLE: make interactive code savable as a runnable script
2011-04-12 18:03:08terry.reedycreate