[issue3559] Pasted \n not same as typed \n

[Terry J. Reedy]

Terry J. Reedy added the comment:

In #9618, it was pointed out that IDLE Shell inherits from 
code.InteractiveConsole, and that #7741 proposes to allow multiple statements 
there.

In 3.5, this example from msg114561 now gives a SyntaxError, as it should.

>>> x = 3
y = 7

Seven years after opening this, I am more appreciative of 'enter and execute 
(and recall)' one statement at a time, especially for beginners.  Ditto for 
being able to edit a paste before executing.  So I am more inclined to just add 
the note to the doc (which currently says nothing about executing anyway).

Someone who wants to paste, execute, and recall multiple statements as a block, 
without having output interleaved, can wrap with 'if 1:'.

>>> if 1:
1+2
3+4

3
7

--
assignee:  -> terry.reedy
components: +Documentation
stage: patch review -> needs patch
versions: +Python 3.5, Python 3.6 -Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3559] Pasted \n not same as typed \n

[irdb]

Changes by irdb dalba.w...@gmail.com:


--
nosy: +irdb

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3559
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3559] Pasted \n not same as typed \n

[Mark Lawrence]

Changes by Mark Lawrence breamore...@yahoo.co.uk:


--
nosy:  -BreamoreBoy

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3559
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3559] Pasted \n not same as typed \n

[Mark Lawrence]

Mark Lawrence added the comment:

Could we borrow code from the ipython %paste command?  This issue is also 
referenced from #5124.

--
nosy: +BreamoreBoy

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3559
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3559] Pasted \n not same as typed \n

[Roger Serwy]

Roger Serwy added the comment:

The core problem is that IDLE only executes the shell buffer when the 
newline-and-indent virtual event gets sent by physically pressing the Enter 
key. Pasting the clipboard contents with \n will not trigger the enter_callback 
function in Lib/idlelib/PyShell.py.

The MultiLineRun.py extension as part of IdleX intercepts the pasted text and 
splits the buffer on '\n' and then runs each line.

Mark, what you are suggesting is adding something like a Paste and Execute 
option for the shell and its right-click menu which mimics the %paste magic 
from IPython. That's doable.

--
nosy: +roger.serwy
versions: +Python 2.7, Python 3.3, Python 3.4 -Python 3.2

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3559
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3559] Pasted \n not same as typed \n

[Éric Araujo]

Changes by Éric Araujo mer...@netwok.org:


--
nosy: +eric.araujo

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3559
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3559] Pasted \n not same as typed \n

[Éric Araujo]

Changes by Éric Araujo mer...@netwok.org:


--
versions:  -Python 3.0

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3559
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3559] Pasted \n not same as typed \n

[Terry J. Reedy]

Terry J. Reedy tjre...@udel.edu added the comment:

I switched to patch review because I am not sure unit test is possible.

I did not advocate a change to immediate execution in my original post. I noted 
that pasting multiple statements does not work and that if it cannot be made to 
work, the limitation should be documented. I am fine with pasting working the 
same as when one copies a previous statement to the current input prompt with 
cursor on line+Enter.

Issue #9618 elaborated statement\nstatement does not work by pointing out 
that simple statement\nsimplestatement silently ignores the second while 
compoundstatement\nsimplestatement is reported as a syntax error. I pointed 
out that if compoundstatement does not end in \n, it really is a syntax 
errror for interactive mode, but even with \n\n, it still is reported as such 
when it is not.

So a possible revised minimal request is that an initial compound statement be 
executed and the rest ignored. However 

I have discover that the elaboration is not exactly true either. msg114019 says 
If you manage to type several simple statements into the prompt (by 
copy-pasting them, using Ctrl+J, or creative deletion), IDLE runs the first one 
and silently ignores the rest: However, when I edit 'for x in []:' to 'x = 3' 
*after* adding 'y = 7' I get with 3.1:
 x
2
 y
4
 x = 3
y = 7

 x
3
 7
7
Somehow, both statements are executed because of the indent! This might be 
considered a bug as the indent should be a syntax error. Without it, the second 
line is ignored, as reported.

The significant difference between the (Windows) interactive interpreter and 
IDLE is that the II is *line* oriented* while IDLE is *statement* oriented. 
With II, entry (and history) is by single lines. A line entered cannot be 
edited and history (up/down arrow) copies a single previous line. Multiline 
compound statements require *manual* indentation. Rerunning (and editing) a 
multiline compound statement requires rerunning (and editing) each line one at 
a time. IDLE, allows multiline editing before the double Enter (hence the 
shenanigans above, impossible with II), does auto indents, and retrieves and 
allows editing of entire multiline statements with cursor+Enter.

Since the IDLE Shell operates differently from the II, it cannot and should not 
imitate II paste behavior. It seems to treat pasted code more-or-less the same 
as edited code from the keyboard, which it expects to be a statement, 
single-line multi-statment, or compound statement. If there is a problem, I 
think perhaps it is in how it handles abusively edited multiline statements. 
Perhaps it should always raise SyntaxError instead of silently ignoring part of 
the entry.

--
stage: unit test needed - patch review
versions: +Python 3.2

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3559
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3559] Pasted \n not same as typed \n

[Éric Araujo]

Éric Araujo mer...@netwok.org added the comment:

Re: testability, Tarek has written tests for distutils interactive commands by 
monkey-patching input/raw_input. A bit ugly, but gets the job done.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3559
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3559] Pasted \n not same as typed \n

[Cherniavsky Beni]

Cherniavsky Beni c...@users.sf.net added the comment:

There are 2 issues here:

(1) There should be a quick  obvious way to paste and run several statements.

(2) If a user types several statements and presses Enter, all should run.  The 
current behavior is badly broken, and pasting is just one of the ways to 
trigger this.  Splitting this into a new bug: http://bugs.python.org/issue9618

The original formulation of this bug seems to favor an xterm-like solution to 
(1): when you paste \n-terminated, run them immediately, as if each \n was an 
Enter press.

I think a more IDLEic [think idillic ;-)] approach to solving (1) is to solve 
(2): keep the behavior that pasting creates a multi-line block without 
executing anything, make Enter execute it all.  Benefits:

- More intuitive to users that have never pasted multiple lines into a shell 
terminal.
- More sensible: why should Pasting execute anything?!
- Allows editing any of the statements before running.
- Keeps all statements together for Alt+P recalling.

If there is agreement on this, then this issue requires no action beyond 
solving issue 9618.

--
nosy: +cben

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3559
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3559] Pasted \n not same as typed \n

[Guilherme Polo]

Guilherme Polo ggp...@gmail.com added the comment:

This seems to be problematic in general. I have worked on a patch now,
but it fails to succeed while pasting multiple lines. The problem is
that when a second line is pasted, IDLE is still marked as executing
so it ends up just pasting the line without executing it.

--
keywords: +patch
Added file: http://bugs.python.org/file14618/fix_idleshell_paste.diff

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3559
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3559] Pasted \n not same as typed \n

[Daniel Diniz]

Changes by Daniel Diniz aja...@gmail.com:


--
nosy: +gpolo
priority:  - normal
stage:  - test needed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3559
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3559] Pasted \n not same as typed \n

[Terry J. Reedy]

New submission from Terry J. Reedy [EMAIL PROTECTED]:

Winxp, 3.0b2, but I suspect earlier as well, since reported on c.l.p.

If I paste '1+2\n' into the command window interpreter, it responds with
'3' and a new prompt.  In IDLE, the pasted \n is ignored and a typed \n
is required to trigger execution.  As a consequence, pasting multiple
statements does not work; anything after the first is ignored.

If this cannot be changed, following
Paste-- Insert system-wide clipboard into window
with(The shell will only recognize one statement)
would at least document the limitation.

--
components: IDLE
messages: 71161
nosy: tjreedy
severity: normal
status: open
title: Pasted \n not same as typed \n
type: behavior
versions: Python 3.0

___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3559
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com