Re: Why does <menuchoice> support multiple <guimenuitem> elements?
Norman Tovey-Walsh <[email protected]> Tue, 21 Jul 2020 15:57:59 +0100
| Newsgroups | gmane.text.docbook.misc |
|---|---|
| Message-ID | <[email protected]> |
David O'Brien <[email protected]> writes: > If a GUIMenuItem is terminal, shouldn't there be only one? Our writers > regularly include >1 inside <menuchoice> but we don't get any > validation errors. What did I miss? The line between descriptive markup and modeling is a bit blurry. DocBook definitely dips its toes into modeling here and there, but it isn’t especially prescriptive where it doesn’t have to be. I’m inclined to agree that you shouldn’t put more than one guimenuitem in a menu choice, but someone somewhere probably has a use case that says they need to do it. You can create a local customization that imposes tighter constraints. If you do that, all of your documents will still be valid DocBook. If DocBook is too constrained and you need to relax constraints, then your documents won’t be valid DocBook and that may cause problems (technical or political) for you. That’s one motivation for not being overly prescriptive. Be seeing you, norm -- Norman Tovey-Walsh <[email protected]> https://nwalsh.com/ > As long as a word remains unspoken, you are its master; once you utter > it, you are its slave.--Solomon Ibn Gabirol
signature.asc
(application/pgp-signature, 832 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE1ury//rzuvqf7fN/hVWfHhJMAHkFAl8XAncACgkQhVWfHhJM AHmpew//Wy/68KZqowRa9NJXvOnIK3rrM08rZSTS+RDRTlPv4/Xd/t6uIeXA8g8y xfI07LuQME1/95jgVd8EbzMO0AbuOH9pa/1DmcQTGsUEn1bxOZB9ZsPdtueA2wS+ fO0yHkkPiH8YabRKsXatt6ybkWd0X9sNO0YGCq29g9AuW6GAv1KozKR8dTkitODB ajl/UeWe1rPzH9COEITOEMm7/RdIXt93uR+uh09ymofx2z/0rzbCQpB8BKo8GCNB YdezhgmxAyry6YvvwV5yDeuGrCrSMgfVLOqpChqA3+1R1Fq1iOHRl/0NKa8JmohD tHEpVYav+H2PpVZ2Pmo9eyIFRsK13U4HXgdgx/kjYXD8G31UiBw81/xm3JnCsh8P Hn220EWz5X30hyBASCv8W7D20Vdp4/yEXjKDT5BpiZ7BpkZxIUCc1lkLBIJCY1oF EVXgm2HKl0irIbCsP+PL9BCWnR6ITG+2xdwdBgYSnStLYsZUBYSPK7lhC4uEmwlg RHap7H/OQm/DE6jBKwHHIo4YEVuX61u50jWkmYU8urmxKYR+n4D+6WEFhX/iX3WH Do5CCAfJGwCGXHUDfFJkNd2geERrQODJhwVXPb5hP1EmL/nm7RlCXxKbGwjUNm5u 2yvcfpSCBp4xFHF4+tcDfUHlJi+iI6QZfF26+AZW/uZubGzzA9U= =xkLm -----END PGP SIGNATURE-----