-
Notifications
You must be signed in to change notification settings - Fork 17
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
Adding <div> and @type within episodes #11
Comments
Thanks, Chris. My initial sense was that we’d maintain the eighteen distinct files (in part because I want to pull all this rich markup into the eighteen episode-file version of Ulysses: A Digital Critical and Synoptic Edition in development elsewhere). But I don’t see that conflicting with the double goal of making available all eighteen episodes in a single XML file and all eighteen episodes as a folder of eighteen episode-specific XML files with episode-specific Here’s the situation (and some ideas) for the episodes:
|
OK, so I think
Of course; makes sense. (Though I could imagine other ways of handling "Aeolus."
I think marking this up would be a good idea--but I think it would require a different strategy. The divs are not granular enough (you want to be able to the interpolated/reiterated text, not just the section from which it came, right? Would something like this work, using <lb n="100201"/>raised his cap abruptly: <span xml:id="l100201">the young woman
abruptly bent and with slow care
<lb n="100202"/>detached from her light skirt a clinging twig.</span> And, later in the same file: <p><lb n="100440"/><ref target="#l100201">The young woman with slow care detached from
her light skirt a
<lb n="100441"/>clinging twig.</ref> There is, in "Wandering Rocks" a clear "original," and "reference" structure I think. It would be nice if were bidirectional (that the source pointed to where it was later interpolated), but off the top of my head I can't think of an obvious and semantic way of doing it. (Simply adding more ptrs/links--as folks do when they make HTML footnotes, with links back to the text seems wrong here.) I'd like to hear others thoughts on the best approach, but once there is consensus I'm happy to hop in and add the appropriate markup. (Note also, I've just created a rather weak id for the source span using the line number... I don't think that's a very good idea.)
I don't think you'd need the larger containing; the outstanding question, for me, is how to describe those
Maybe... is it too weird to imagine the overture as a
OK; makes sense. I was thinking of the Gifford breakdown, but looking over the link makes me a little cautious. (And yet, it would nice to have some markup to reflect the change over the episode). In any case, I suspect many of these questions are separate issues, and the chief issue is, if it makes sense to provide for the |
I think this is where we make the existing scholarship do the work for us. “section” is a critical standard for the units in “Wandering Rocks”; just as “sentence” is for “Penelope.” (What else? what others?) Given the more distant analysis on the novel that this encoding will facilitate, I think it’s important that we separate out the different types (or I’m agnostic on the current An encoding of the original/reference, spur/reprise, signal/echo structure of “Wandering Rocks” could also be applied to the overture of “Sirens” and the rest of the episode (also preferably bidirectionally). |
I replaced the section |
@brianmuks started working on this issue via WorksHub. |
There are
<div>
s around the sections. Should they have atype
?My naive guess would be "yes," and something as straightforward as "div type='section'" might suffice. But before over-hastily concluding so, I wonder about the vocabulary for types in Ulysses overall, particularly around two questions:
<div type="chapter">
might be a reasonable way of combining, but I'm unsure if a single file is the goal (or a goal).<p>
tags. This seems reasonable enough, but one could also imagine using a<div>
or similar because they are so unique.The text was updated successfully, but these errors were encountered: