Allen Halsey wrote:
>> It's attached. I've also included a small hack that I wrote last
>> night which implements nested lists for muse. It only works on
>> unordered lists at the moment, and only for html (or derived) styles.
>>
>> Phil
>>
>>
>
> Cool, thx.
>
> Btw, for nested lists I currently do this:
>
> - Beatles
> <ul>
> - Yesterday
> - Revolution
> - Come Together
> </ul>
That's more or less what my hack does!
> Works pretty good, except only for publishing to html.
Yeah, I think that my technique might be limited to
a single style. The problem is that muse effectively
considers the first (and last) elements of a list separtely
from the rest. So the first element is actually marked
up as "start a list and start an element", while
all the other elements are "start an element". Actually, at mark up
time, all the elements are marked up "start a list,
start an element" then "end the element, end the list".
Lists of more than one element are created at the end
when you have a close list and start list next to each
other.
So, I don't know whether my technique will work for anything
other than HTML.
In practice, this could be solved by having an independent
markup for "list item" and "start list", but, of course,
this isn't as convienient while typing muse.
>
> Also, I find it handy to nest examples within unordered lists like
> this:
>
> - C
> <example>
> #include <stdio.h>
> main() {
> printf( "Hello, world.\n" );
> }
> </example>
>
> - Java
> <example>
> static public void main(String[] args) {
> System.out.println("Hello, world.");
> }
> </example>
>
> - Ruby
> <example>
> puts "Hello, world."
> </example>
>
> I have a little hack (from the mailing list) that removes the leading
> indent from the examples.
>
> Only thing is: a blank line within the example will terminate the
> list item. So, if I need a blank line within an example I put a
> <nop> on it.
This is always going to be the difficulty with muse. The syntax
is defined for speed, but, as as result, it is going to tend
toward the ambiguous. Finding a compromise is never going to be
easy.
Phil
_______________________________________________
emacs-wiki-discuss mailing list
emacs-wiki-discuss@nongnu.org
http://lists.nongnu.org/mailman/listinfo/emacs-wiki-discuss
