On 25/08/11 13:03, Lex Trotman wrote:
[...]
That's a good idea. The {sp} attribute doesn't work with non-builtin block
macros such as image::[] because the attributes are processed before the
macro is processed. This can be fixed but I'm wondering whether not to just
remove the 'no-spaces' restriction in block macros, any thoughts?
My first two thoughts are:
1. {sp} might also be useful elsewhere to insert a space where its
otherwise not allowed, although its use is probably rare enough to
leave it to the user to define.
2. removing the no-spaces restriction would mean that the only
distinction between a block macro and a labeled list item is the [ ]
on the macro. Labeled list values with [ ] in them can go on the next
line I guess. So that looks workable.
Yeah, I think you're right, I've just added the {sp} attribute:
http://code.google.com/p/asciidoc/source/detail?r=198f2f2dd7e1174793ba5b95ccdeee305fdc271f
Cheers, Stuart
Cheers
Lex
Cheers, Stuart
Cheers
Lex
Cheers
Lex
--
You received this message because you are subscribed to the Google Groups
"asciidoc" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/asciidoc?hl=en.
--
You received this message because you are subscribed to the Google Groups
"asciidoc" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/asciidoc?hl=en.
--
You received this message because you are subscribed to the Google Groups
"asciidoc" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/asciidoc?hl=en.
