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-----