-
Notifications
You must be signed in to change notification settings - Fork 88
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
lg element content model prevents accurate encoding #1945
Comments
@martindholmes Well, apparently we can encode this:
and it's valid. That would cover the example in the picture from Blackwood's where we see a stanza number. And (as you indicate), what's not valid is this encoding:
One possible solution might be to encode an empty |
Of course if we approve and develop the proposed |
Is the label actually part of the line group here? I think we basically had this discussion in #1419 (mutatis mutandis), but Syd couldn't come up with a workable content model. I'd be willing to take another stab at it, but if he couldn't do it, it doesn't bode all that well... |
@hcayless I'd argue that yes, the |
In any case, I think this is the same issue, unless I'm misunderstanding. I didn't want a label in my line group for #1419, just a gap, but I think it's the same idea. I don't know how Syd tried rewriting the content model, but reading a bit more closely, it seems the issue was |
@ebeshero unless I'm mistaken, Syd was saying we'd have to do the opposite, create a version of model.global.edit without |
On the matter of <lg>
<l>The self-same moment I could pray</l>
<l>And from my neck so free</l>
<l>The albatross fell off, and sank</l>
<l>Like lead into the sea.</l>
<label place="margin">The spell begins to break</label>
</lg> The prose says this phenomenon of Coleridge's marginal glosses on his own poem could be called a descriptive label, and in any event as such, is tucked into the |
It seems odd that we're allowed to use label + gap, but not head + gap (where the stanza number is actually a head, in my view). I agree that if we had a proper element for elision, then there could be an alternative to the required content block which forces us to have a line, allowing instead a minimal content model including the elision element and a few other things. Another option would be to add gap to model.lLike, so it could satisfy the required block. That makes sense to me; it's a gap where a line would be expected. |
VF2F subgroup thinks should not be addressed until #1877 is addressed because that might solve the problem. |
Council VF2F 2020-10-24: This is blocked until #1877 is resolved. |
Presumably this is no longer blocked, as #1877 is closed. |
We have a number of instances where poems are published or republished with ellipses such that a stanza appears only in the form of its head. Here is one such (stanza XVII):
https://hcmc.uvic.ca/~vicpoems/page_images/blackwoods/048/blackwoods_48_301_678_thedevilslastwalk.jpg
This has been discussed extensively on TEI-L, resulting in this feature request:
#1877
which is languishing in a corner for some reason. However, in the meantime, I would like to be able to encode such features using
<gap/>
inside the<lg>
element. However, the content model of<lg>
prevents this, be requiring that there must also be:none of which we need. It should be possible to encode a stanza with a head and a gap, but no lines (because of the gap), so I think this content model should also allow model.global.
The text was updated successfully, but these errors were encountered: