Re: [html] non-lists showing up as lists

[Carsten Dominik <carsten.dominik@gmail.com>]

Hi everyone.

As far as I can see, the filling code is already pretty smart about this issue.   The question is then:  What else can we do about it.

Possibilities:
1. We could change the parser to ignore lists where the first
   item does not start with `1.' or `a)'.  But this would
   be a pretty serious change.

2. We could implement a good function that could find problematic
   cases, so that they can be fixed by hand.  This is basically
   what Nick proposed - only it would be implemented in Lisp.

3. We could implement a function that finds and fixes such issues.
   It would basically scan the buffer and find lists that have
   only a single item, not starting with 1, and change the wrapping
   to fix it.

In any case, some hand work would be involved.
I think we cannot fix this problem in full generality.  The reason
is simply that Org is a plain text format and has to be heuristic about
parsing.  There will always be edge cases like this.

Anyone volunteering to write a command that will
check the buffer and warn about it?  Maybe it could be
implemented as org-find-next-funny-list-start, so that
it could be used to search through the whole buffer.

- Carsten


On 3 jun. 2013, at 07:45, Alan L Tyree <alantyree@gmail.com> wrote:

> On 03/06/13 15:40, Samuel Wales wrote:
>> I don't recall whether I said I had a filling problem.
>> 
>> Filling is a red herring for my use case.
>> 
>> My point is that regardless of filling, it would be a good idea to be
>> stricter about what a list is, for the reasons I listed.  In my use
>> case.
>> 
>> Samuel
>> 
> You're right - you said "filling and yanking" in your first post.
> 
> As I said to Nick, I don't know if my problems stem from filling or not. Just know there are problems and I will track them down when I have a little time.
> 
> Cheers,
> Alan
> 
> -- 
> Alan L Tyree                    http://www2.austlii.edu.au/~alan
> Tel:  04 2748 6206		sip:172385@iptel.org
> 
>