Skip to content
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

Open
wants to merge 2 commits into
base: dev
Choose a base branch
from
Open

Conversation

martinascholger
Copy link
Member

This PR addresses #2565

@martindholmes
Copy link
Contributor

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.

@tuurma
Copy link
Contributor

tuurma commented Jan 14, 2025

@martinascholger @martindholmes I agree with the proposed alternate - either nested facsimiles or surfaces etc

@sydb
Copy link
Member

sydb commented Jan 16, 2025

Just to be sure I understand, y’all are proposing

facsimile = ( model.graphicLike | surfaceGrp | surface )+ | facsimile+

as opposed to the current definition (on this ms_2565_facsimile branch) of

facsimile = ( model.graphicLike | surfaceGrp | surface | facsimile )+

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.

@ebeshero ebeshero added this to the Guidelines 4.10.0 milestone Jan 21, 2025
@sydb sydb assigned jamescummings and ebeshero and unassigned jamescummings Feb 11, 2025
@sydb sydb requested review from jamescummings and removed request for ebeshero February 11, 2025 16:44
@sydb
Copy link
Member

sydb commented Feb 11, 2025

(Just to be clear, the actual content model being discussed allows an optional <front> before, and an optional <back> after, all the other stuff. Thus what I really should have said above is that the intervention suggestion is to use

facsimile = ( front?, ( model.graphicLike | surfaceGrp | surface )+, back? ) | facsimile+

instead of

facsimile = front?, ( model.graphicLike | surfaceGrp | surface | facsimile )+, back?

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
¹ Presuming the thumbs-up emoji was approval of the idea, not just approval of getting feedback, first.

per discussion on #2565 & #2654. Note: Will not currently build due to
it being too close to end of deprecation period for requirement of a
context for every Schematron constraint with sch:assert or sch:report
elements
Copy link
Contributor

@martindholmes martindholmes left a 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.

@sydb
Copy link
Member

sydb commented Feb 12, 2025

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

@martindholmes martindholmes self-requested a review February 12, 2025 00:09
@sydb sydb linked an issue Feb 12, 2025 that may be closed by this pull request
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Allow nested <facsimile>
6 participants