[Top][All Lists]

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

Re: [Orgmode] Re: Bugs and suggestions for Org 4.70

From: Bastien
Subject: Re: [Orgmode] Re: Bugs and suggestions for Org 4.70
Date: Fri, 13 Apr 2007 15:11:22 +0200
User-agent: Gnus/5.110006 (No Gnus v0.6) Emacs/23.0.0 (gnu/linux)

Carsten Dominik <address@hidden> writes:

>> Mmhh. It may require a full rewriting of the lists parsing funcs; i
>> didn't check your code for that, but having spent a good amount of time
>> trying to implement something like this for my old bhl-mode, I know list
>> parsing is always challenging.
> Well, in this case it is even impossible.  How could
> you distinguish the two?  I guess the only way would be to require an empty
> line before a new list item, but that is not acceptable.

The approach i tried to implement was to delimit list environments before
matching list items.  

For example "[\t ]*\([0-9]+\|[-+o]\) " would match a list item and this
item will start a new list environment.  Depending on (match-string 1),
this list environment would be ordered, unordered, etc.  

Then the parser would try to find the end of the list environment before
doing any conversion.  The end of a list environment is often a new line
starting with something else than tabs/whitespaces (this definition my not
be sufficient, of course).

Finally, within the list environment (a region), the parser would process
each list item of a certain type, ignoring number in unordered lists and
dashes in ordered lists ...  but enough with speculations, i just wanted 
to sketch the idea.

> Yes, interesting idea, implementation not very fast I am afraid, too many
> other things on my plate right now.

Thanks very much -- i think everyone agrees it's already difficult to
follow the amazing pace of Org development !


reply via email to

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