Suvayu Ali writes:
> I think it will still break for long lists (greater than 9 items).
>
> 9 item
> 10 item
There wouldn't be any long lists. All items will be numbered 1.
Achim Gratz writes:
> I don't think this is ever going to work unless you restrict either the
> number of items or the types of enumeration.
My item will most likely look this.
1. One
1. Two
1. Hundredth item
1. Thousandth item
Works well both in Org and the Wiki engine.
What I need is a wa
Jambunathan K writes:
> When lists are "normalized", the sub-lists are introduced by varying
> amout of spaces depending on the type of the parent list. It's 3 spaces
> if the parent is numbered and 2 spaces if the parent is bulleted.
>
> 1. One
> 2. Two
>- Bullet One
>- Bullet Two
>
Hi,
the indentation rules for lists in Org are ancient, and I don't thing we
want to break so many existing files. And we certainly cannot change the
numbered bullets.
The only thing I would accept is an option to enforce 3 space indentation
on TAB, but the parser must read 2 space indentation a
Hello Jambunathan,
On Tue, Jun 25, 2013 at 03:28:34AM +0530, Jambunathan K wrote:
>
> I was wondering whether there would be some interest in
>
> 1) To eliminate the separators - "." or ")" - in the numbered list
> 2) Enhance the list repair routine so that it will alway indent by 3 spaces
This request is a result of adding Org-mode support to Oddmuse. (See my
earlier mail that introduces Orgmuse).
When lists are "normalized", the sub-lists are introduced by varying
amout of spaces depending on the type of the parent list. It's 3 spaces
if the parent is numbered and 2 spaces if t
