[Top][All Lists]

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

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

From: Rasmus
Subject: Re: Questioning the new behavior of `open-line'.
Date: Thu, 12 Nov 2015 15:52:10 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)

Yuri Khan <address@hidden> writes:

> On Thu, Nov 12, 2015 at 8:16 PM, Rasmus <address@hidden> wrote:
>> Picture 1
>>       var svg = div.append("svg")|
>>           .attr("width", box_plot.w)
>>                    .attr("height", box_plot.h);
>> Picture 2
>>     var svg = div.append("svg")|
>>         .classed("myclass", true)
>>                  .attr("width", box_plot.w)
>>                  .attr("height", box_plot.h);
> Both cases demonstrate a bug caused by the lack of a suitable
> Javascript indentation heuristic. Something along the lines of “_if_
> the line starts with a dot _and_ the previous line ends with \(a
> dot\), followed by an identifier, followed by balanced parentheses,
> _and_ the previous line’s indentation does not contain any tab
> characters, _then_ align to the position of \1”.

Indeed, your observation corresponds to the disclaimer made when the
example was first raised.

> Arguably, they should be solved by adding that heuristic, not by
> breaking open-line and/or newline-and-indent.

Perhaps, until such a fix exists, to this and any similar problem, Emacs
can afford to offer "dumb" keys alongside indenting keys.


Warning: Everything saved will be lost

reply via email to

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