Re: RDFa Lite inside <info>
Norm Tovey-Walsh <[email protected]> Sat, 03 Jul 2021 10:17:22 +0100
| Newsgroups | gmane.text.docbook.misc |
|---|---|
| Message-ID | <[email protected]> |
> Sure, in that case you can use the <keyword> element or use the audience
> attribute. However, for my taste, it creates two distinct sets of
> metadata: one from DocBook and the other from the vocabulary (in my
> case, schema.org).
Yes. I considered that. I imagine you could go the other way and make
everything RDFa or Dublin Core or something. But then you’d have a very
non-DocBook DocBook document.
My (personal) inclination would still be to use the DocBook-native
metadata features where possible. But I can see how you might want to
use RDFa more consistently.
> Yes, the information should appear in the HTML source. If I'm not
> mistaken, RDFa Lite is currently not supported for the XSLT 1.0
> stylehsheets. This would need a customization layer (which I already
> have).
I’m pretty sure they’re supported by the xslTNG stylesheets.
>> It’s perhaps geared a little too strongly towards the HTML
>> style of meta element. It could probably be relaxed a
>> little bit, so that name was optional for example, to make
> it fit this use case a little better.
>
> If I read the TDG correctly, "name" is a required attribute, right?
> Wouldn't that make this attribute somehow unnecessary in the light of
> RDFa Lite?
That’s what I meant by “could probably be relaxed a little bit.”
> Not sure if the content model should be adapted. Something like a
> "HTML-like" <meta> element with name and a "RDFa Lite"-like <meta> with
> all other RDFa attributes. Would that make sense?
The RDFa attributes are already global, I think all that needs to be
changed is that the ‘name’ attribute should be optional.
Be seeing you,
norm
--
Norman Tovey-Walsh <[email protected]>
https://nwalsh.com/
> The important thing in science is not so much to obtain new facts as to
> discover new ways of thinking about them.--William Bragg
signature.asc
(application/pgp-signature, 832 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE1ury//rzuvqf7fN/hVWfHhJMAHkFAmDgKyIACgkQhVWfHhJM AHlX4xAAlg4ZPs2k2is6sWZuzB80IEM2SY3i3/uA3LJ534seI2fyAujr/sTVaNpi ivK8m2aADZlhru5hPzwsCgh4iwCfE+8ceWzLxDBPxdOWbNEvP66TpAUkxlFNby1S WZPfGnepPMi7UVrauPhGxhueDsn4h99c5ah9MEbY1mlXaUQd3VPJHGZzVMEaXH7C dMj9bGo8aMuGz5Q5Q52oNTpy/3eh943/PdPz19DEmc/qEtyP7cwszZGD1oCKHgo/ 2uIqwVxM9VcquDiZZ3pNDxn0jPkJtwTWie+Z4BYjxg1edkp0QdyqqzN1dKcTlZND xopTy7ZfxS5GfdCsbovgTUamS4evY6xkOOvjLueZTt7grSLVqE2/gJ60VhO4mTj2 fx33gr6j+kMvrRt37TZEbBcTEoZGw1qAseghhodJ56E9CzTffYJClK6Maf94GWCm WJrqh7d+wJCqL+Hk2gb+LM2ZtESFF2C4u2T9ud9axPtkAdvt8wGy09icBA/WaAC8 wD1HxBM7JOyHtmr7sIzzCFwhUeAFA63f0TQTunsWnuLE34u7zpUemLKzFN332S7h /4J3RP5CXXPpn9/TjPGZM9Abyf/AYRfyGFjd2C4RvOw6A9q3fA2OkKp3AZf0yLWg v5xUJrKvwtgk1FILE/215suL4U/AaD5zwkSwDDd3Eeb3OpdKO0Y= =v+LY -----END PGP SIGNATURE-----