Re: [BUG] adding new plain lists item changes previous one it it ends in a number on a single lijne followed by a dot

[Achim Gratz <Stromeko@nexgo.de>]

Christian Moe <mail@christianmoe.com> writes:
> For once, I have to disagree: Numbers at the beginning of the line
> inadvertently starting a list item is a bug.

Something that is a direct result of the specification can't be usefully
called a bug of the implementation.  It may still be unexpected and/or
unwanted behaviour, so I like to call it an accidental feature.

Please not that it can (by specification) happen to other list
constructs just as well - and given the chance, it will.  Let me try:

--8<---------------cut here---------------start------------->8---
1. This is an awfully constructed example of how I might mess up (1, 2,
  3) - oops, I just did.  I might have triggered a different accidental
  feature if my linewrap would have been set two columns later.  How's
  that looking to you?
--8<---------------cut here---------------end--------------->8---

> It means you can mess up your exported document (it doesn't just
> happen at M-RET) by just writing a perfectly normal text, and there is
> no easy-to-remember escape. (I really don't like the invisible-space
> workaround -- it's hard to remember how to insert it, and it's a
> bizarre trick to have to tell newcomers.)

Again, this is the result of syntactic convenience for the common case.
This sort of thing tends to break less common cases, which is precisely
the reason TeX macros are sprinkled with seemingly superfluous {} at
every conceivable word boundary.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds