Also record labels as metadata for longtables, when requested in lxRDFa#862
Conversation
|
Hmm... I guess the original option "labels" was a patch from you, and I accepted it? But... It kinda seems the wrong way to go; since we'd conceivably need to mung every package that plays around with |
|
But then I would need to add that rule to all heading-like tags? Or attach it to I double-checked the bindings, i think this is the only case one needs to make a special exception. All other table packages, such as tabularx or tabulary keep using the standard label. Happy to backtrack when it becomes unmanageable (which I hope will never happen)? |
|
Have you actually tried whether it really hurts performance? I'd bet it's not as bas as you think (but might be). |
|
I mean I have a perfectly safe 3-line PR that does everything one needs with no issue... |
|
Maybe a compromise - if we merge here as-is, I promise to rework this using |
|
On 08/24/2017 10:32 AM, Deyan Ginev wrote:
Maybe a compromise - if we merge here as-is, I promise to rework this
using |Tag| the next time I find a missing label macro that isn't supported.
Better trade: I merge, you swallow a few "i told you so"'s next time
I start whining about XS ?
|
|
XS? I love XS! I'm sure it will work out in the end :) Thanks for merging 👍 |
|
OK, I'm convinced! |
This PR is a follow-up to #596 and I would appreciate a quick review & merge, if possible.
It turns out that my generic recording of
\labelas metadata did not extend to packages redefining it, such as longtable.The problem there is that longtable redefines (via
Let) the\labelmacro on each environment start, which makes it impossible to maintain the RDFa hook I introduced globally in the preamble. However, I can hook into the lower level\@longtable@labelmacro, and it all works great again!Example test being:
with the expected snippet of metadata produced:
Tested locally and all works well.