[...]
> 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.
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.
