-
Notifications
You must be signed in to change notification settings - Fork 87
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
allow nested facsimile elements #2654
base: dev
Are you sure you want to change the base?
Conversation
After some discussion with @martinascholger, we decided that this approach is too loose, and allows lots of weird content mixes (facsimiles interleaved with surfaces, for instance) whose meaning is hard to fathom. The feature request is just for the ability to create a facsimile containing child facsimiles, so perhaps the content model should just be an alternate between the existing content model and one or more facsimiles. |
@martinascholger @martindholmes I agree with the proposed alternate - either nested facsimiles or surfaces etc |
Just to be sure I understand, y’all are proposing
as opposed to the current definition (on this ms_2565_facsimile branch) of
Right? If that’s the case, seems like a good idea to me, but I would want to hear from the likes of @MatijaOgrin, @jamescummings, or @schassan before merging into dev. |
(Just to be clear, the actual content model being discussed allows an optional
instead of
which I still think is a good idea.) Given that we have gotten a thumbs-up from @martinascholger, @martindholmes, @tuurma, myself, and @MatijaOgrin,¹ I am inclined to just make the change and then ask @jamescummings for a final review. Although I do wonder if there is any need for discussion or examples in the Guidelines. Note |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me. I agree that an example tying this to the parallel with msPart would be helpfull.
Egads! @martindholmes, my apologies! You just reviewed it without my having pushed the latest change. Pushed now, which is a bit premature, as we know it will fail to build until #2680 is merged (presumably into dev and then to this branch). |
This PR addresses #2565