Re: python-mode: make sure output is not eaten

["Ken Manheimer" <ken.manheimer@gmail.com>]

On 8/24/06, Steven Huwig <steven.huwig@gmail.com> wrote:
>
> On Aug 23, 2006, at 12:04 AM, Stefan Monnier wrote:
> >
> > Yes, of course.  BTW do you have any idea why the current code uses
> > "\n\n"?
>
> Might it be because the Python interactive interpreter needs the extra
> newline due to significant whitespace?  E.g.
>
>  >>> for i in range(1,5):
> ...     print i,
> ...
> 1 2 3 4

i haven't looked at the code in question, but have a salient point to
offer.  the handling of interactively entered python code is different
than the processing of source code from a file, specifically in that
the end of top-level blocks is detected by an empty line of input.

this is necessary because, during interaction, you don't want to
require people to enter the first line of the subsequent top-level
construct to determine that the previous top-level construct has
concluded.  instead, it's assumed they've concluded when an empty line
is encountered.

i suspect that the "\n\n" you all are referring to is specifically to
provide that newline.

> a DEDENT token is created by the unindented second newline, closing
> the block.  A single newline cannot do that as it is also the
> statement terminator.

... and a double newline doesn't have this effect for file input,
where the interpreter/compiler *can* wait for the first line of the
next top-level construct, or end-of-file.

 > [...]

-- 
ken
ken.manheimer@gmail.com
http://myriadicity.net