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

[Rasmus]

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.

Rasmus

-- 
Warning: Everything saved will be lost