[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Questioning the new behavior of `open-line'.

From: Karl Fogel
Subject: Re: Questioning the new behavior of `open-line'.
Date: Mon, 16 Nov 2015 18:42:30 -0600
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)

Artur, it sounds to me like there is not yet consensus on what C-o should do at 
column >0.  There have been plausible arguments both ways.

But since there wasn't really consensus on the original change either, and 
since there *is* consensus on what C-o should do in column 0 (namely, just 
insert a newline and do no indentation), maybe the best course for now is to 
revert the change, so we go back to the old behavior, and then continue this 
discussion so we can determine the right behavior for the next release of Emacs 
after this one?

By "old behavior", I mean "just inserts a newline".  This is correct for column 
0, and is at least desired by some people in other positions; and it's the 
behavior we had for a long time, of course, so it's okay if it stays the same 
in this release too.  After all, the old behavior was not really considered an 
outright bug by most people, as far as I'm aware.


This is assuming there's still time to make the reversion on the release branch 
(it would then get merged to master soon).  I'm not sure whether there is, and 
hope someone here who is tracking that more carefully can say for sure.  I'm 
happy to do the reversion, if you're pressed for time.

Best regards,

David Kastrup <address@hidden> writes:
>Artur Malabarba <address@hidden> writes:
>> 2015-11-13 6:04 GMT+00:00 Pierpaolo Bernardi <address@hidden>:
>>> The old behaviour is: ctrl-o inserts a newline after the point,
>>> nothing else is done.
>> Ok, thanks for clarifying. Still can I ask for an example usage where
>> that behaviour is good and the current behaviour is bad.
>I want to break a line before a line-ending comment (single ;) and
>change that line-ending comment to a line comment (double ;;)
>afterwards.  If Emacs gets a chance at indenting before I get a chance
>at editing, it will even make a total mess of the comment line even when
>it is doing everything "correctly" according to the current look of the
>More often than not, however, I use C-o when I know that Emacs'
>indenting is going to be terminally wrong anyway.
>But of course not having the material run away automatically before I
>get a chance at editing it is also a valid consideration.
>> I'm not trying to be annoying here. It's just that I want to clearly
>> list all relevant scenarios when I write the commit message (so that
>> future hackers will know about them before changing some behaviour).
>Frankly, I cannot imagine your C-o behavior to be useful at all since
>C-o is intentionally a dumb command to revert to for incremental
>editing.  You use it either when you don't want automatic indentation,
>or if you still have material to add on the current line.  And if you
>still have material to add on the current line, it will likely be
>relevant for indentation, so it's comparatively useless for C-o to
>indent prematurely.
>If not, there is still C-M-o bound to split-line rather than C-o bound
>to open-line.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]