Am 02.09.2012 06:14, schrieb Lex Trotman:
On 2 September 2012 13:57, Stuart Rackham <[email protected]> wrote:
On 02/09/12 15:19, Lex Trotman wrote:
On 2 September 2012 12:48, Stuart Rackham <[email protected]> wrote:
Ignore this from my last post it's wrong, opened my mouth before getting
my brain into gear: "The current recursive id proposal
would have to be modified to also include the callout list number from
the parent and even then it would not work if the table included more
than one callout list (asciidoc is spawned for each table cell not per
table)."
Hi Stuart,
Ahh, I think this is right actually, the recursive_id method handles
*nested* callouts, not multiple invocations contributing to the same
calloutlist.
Something akin to what you describe would be needed for that.
But there is no simple way of knowing which calloutlist the callout is
contributing to since the callout comes before the callout list which
could be in the recursive invocation or in the parent.
At one point I had convinced myself I was right, then changed my mind --
I'm not the sort who can construct and debug algorithms in my head, for
me the worms usually don't come out of the woodwork until I physically
write things down. Anyway, this not something I'm going to pursue -- I'm
still in the 'won't fix it' camp.
Yeah, IIRC the OP was trying to use tables as a workaround for
enforcing layout due to a backend limitation.
Yes, it is the limitation that fop doesn't support margin notes.
But asciidoc shouldn't
be enforcing layout anyway. I guess they will have to beat up the
backend to fix its problem, try another workaround (though I don't
know what) or accept an alternative layout.
Ok, I now see all the problems arising in implementing this special
case. Thank you for investigating! So, I'll have to look for other
workarounds.
Cheers
Lex
Cheers, Stuart
So yes its all getting rather complicated.
Cheers
Lex
[...]
--
Wilhelm
--
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.
