[Pmwiki-users] Re: Idea for extension of special list syntax

Neil Herber nospam
Sat Jan 22 09:20:00 CST 2005


At 2005-01-22  04:29 PM +0100, chr at home.se is rumored to have said:
>Howver, I think the ability to easily spot misalignment in practice
>requires the lines to be consequitive. This means that the alignment
>principle may not be practical for advanced examples with items that
>continue on a different level. I assume this is what you were thinking of
>Neil?

Christian

My concern was with some of the later examples (not yours) that had 4 or 5 
levels with inset paragraphs and non-sequential numbering.

It seemed to me that we might be wasting a lot of valuable brain-power 
trying to come up with a way of having PmWiki parse arbitrarily complex 
lists when some kind of generic markup (like my plus-sign example) could 
handle anything with only simple parsing required.

Patrick pointed out that there were no HTML constructs to create arbitrary 
hanging indents for lists, but that just re-enforces my point - we are 
asking PmWiki to do things that you can't even markup in HTML.

My other point was that these complex nestings were probably very rare, and 
spending a lots of time to accommodate them was a waste of effort. Authors 
who valued such lists would find this an unreasonable stand.

As for your examples, detecting alignment that uses spaces relies too much 
on adjacency (as you noted) and on letter shapes. It's easy to align 
consecutive Ls and Is, bit what about a T followed by an O? It took me 
weeks to notice that there was a version of the [=..=] markup that had a 
leading space. That is why I suggested a visible marker, such as >[=...=]. 
Maybe my old eyes are not as sharp as your young ones? Have pity on us geezers!


Neil

Neil Herber
Corporate info at http://www.eton.ca/
Eton Systems, 15 Pinepoint Drive, Nepean, ON, Canada K2H 6B1
Tel: (613) 829-4668 




More information about the pmwiki-users mailing list