Git Product home page Git Product logo

Comments (13)

skgoetz avatar skgoetz commented on July 26, 2024

Agreed about ms variation. It seems to me that this is a good example of when one could use div @type to provide a stylesheet hook. (And, arguably, rhyming couplets and alliterative long lines are different kinds of poetic text, so it's not @type abuse.)

Sent from phone.

from aeme.

scottkleinman avatar scottkleinman commented on July 26, 2024

This is a really good idea. We should give some more thought to implementing it (i.e. what values for @type we should write into the Guidelines). I'm going to change the status of this issue to Enhancement.

from aeme.

scottkleinman avatar scottkleinman commented on July 26, 2024

Just a minor thought. Would @rend be slightly better for this function? So:

<divX rend="prose"> <l>Line 1</l> <l>Line 2</l> </divX>

This would leave @type for more taxonomic information.

from aeme.

skgoetz avatar skgoetz commented on July 26, 2024

Also, forgot to say: we ought to use lg unless the l is in an app or something.

from aeme.

scottkleinman avatar scottkleinman commented on July 26, 2024

I thought of this issue but what hoping to avoid it. <lg> is for verse lines functioning as a formal unit. Although that includes "verse paragraphs", I really don't see much benefit for long narrative poems in rhyming couplets. Can we get away with using <divX> for formal divisions in the flow of verse of this type? Of course, it does matter because we have to decide where to put @rend (or @type) to indicate that the lines should be laid out as prose.

from aeme.

scottkleinman avatar scottkleinman commented on July 26, 2024

It's time to follow up on this thread. Laud Misc. 108, ff. 60r-60v (SEL life of St Lucy) switches from writing out verse with line breaks to writing out verse as prose in the middle of a the page. In order not to suggest that the poem has structural divisions, I have used <lg rend="prose"> rather than <divX>. But this should be reconsidered down the line.

from aeme.

dorothyk98 avatar dorothyk98 commented on July 26, 2024

I think that's fine. Just one question. What happens down the line if someone wants to scoop up data wise the bits across the archive that are "prose"? Would the rend itself allow the search or what would work best? I do think this will come up again.

from aeme.

skgoetz avatar skgoetz commented on July 26, 2024

Either way of tagging it ought to let someone winnow, as long as it's done consistently.

I rather object to the notion of a prose line group, but since I am receding into the distance, perhaps it doesn't matter.

Sent via phone.

from aeme.

scottkleinman avatar scottkleinman commented on July 26, 2024

Yes, as long as you can query attributes, it doesn't matter which attribute you use. I take the point about the oxymoronic prose line group, although, if you use @rend it technically means that the line group was "rendered or presented in the source text" as prose. This may be slightly more palatable. But I also question my original fear of using <div>, so this is something we can reconsider. It only occurs in a couple of places in Laud Misc. 108, so we'll see if Junius 1 provides scenarios that give us more insight into treatment of this phenomenon.

from aeme.

scottkleinman avatar scottkleinman commented on July 26, 2024

More fun with lineation. The Laud Misc. 108 Debate between the Body and Soul is written out with one manuscript line consisting of two verse lines per manuscript line (see f. 200v). It looks like each line consists of two half-lines, but the rhyme scheme clearly indicates that the two half-lines are separate lines (as an annotator has marked by drawing lines between the connecting b-verses in the first stanza). How to capture this? None of the recommendations in the TEI Guidelines seem much use for this kind of structure, apart from nested <lg> elements, which would be tedious and verbose. The following seems to me to capture some of what is happening:

<lg rend="prose">
  <l xml:id="bodllaudmisc108.6.1" rhyme="A">Wan þe gost it scholde go<pc>&punctelev;</pc></l>
  <l xml:id="bodllaudmisc108.6.2" rhyme="B">yt biwente and withstod</l>
  <l xml:id="bodllaudmisc108.6.3" rhyme="A">Biheold the body þere it cam fro<pc>&punctelev;</pc></l>
  <l xml:id="bodllaudmisc108.6.4" rhyme="B">so serfulli with dredli mod</l>
  <l xml:id="bodllaudmisc108.6.5" rhyme="A">It seide weile and walawo<pc>&punctelev;</pc></l>
  <l xml:id="bodllaudmisc108.6.6" rhyme="B">Wo worþe þi fleys þi foule blod</l>
  <l xml:id="bodllaudmisc108.6.7" rhyme="A">Wreche bodi wȝy listouȝ so<pc>&punctelev;</pc></l>
  <l xml:id="bodllaudmisc108.6.8" rhyme="B">þat ȝwilene were so wilde and wod</l>
</lg>

That is, eight lines, rhyming ABABABAB, with each A verse ending in a punctus elevatus. However, we can't render this as "prose" because the manuscript contains a line break on each A-verse. We could add <lb/>, but this leaves open how we render the code in HTML. It would be simplest to transform the above code to HTML as follows:

<div class="prose">
  <p class="A">Wan þe gost it scholde go;</p>
  <p class="B">yt biwente and withstod</p>
  <p class="A">Biheold the body þere it cam fro;</p>
  <p class="B">so serfulli with dredli mod</p>
  <p class="A">It seide weile and walawo;</p>
  <p class="B">Wo worþe þi fleys þi foule blod</p>
  <p class="A">Wreche bodi wȝy listouȝ so;</p>
  <p class="B">þat ȝwilene were so wilde and wod</p>
</div>

Give it the following CSS:

p {margin:0;}
.prose p {display: inline;}
.prose p.B:after {content: '\A'; white-space: pre;}

This will correctly render the diplomatic text as:

Wan þe gost it scholde go; yt biwente and withstod
Biheold the body þere it cam fro; So serfulli with dredli mod
It seide weile and walawo; Wo worþe þi fleys þi foule blod
Wreche bodi wȝy listouȝ so; þat ȝwilene were so wilde and wod

And turning off the prose class will render the text with line breaks for every paragraph in the critical view.

So I'm just throwing this out to see if anyone has comments or other ideas. Would such minimal markup break if CSS were to change radically? (I suppose it would still be possible to generate useable markup programmatically; I'm just trying to avoid that with this solution.)

from aeme.

mmwwah avatar mmwwah commented on July 26, 2024

No argument from me. And yeah, if CSS changes radically, we should be able to script a revision in our markup, I should think, so I don't see that as a problem.

from aeme.

scottkleinman avatar scottkleinman commented on July 26, 2024

I should add that the proposed solution is not particularly semantic--the text is not prose. We could use another value for @rend with the same CSS. But what to call it? Half-line couplets? Note that you could interpret the Ormulum as having a similar verse form, but with "lines" designated by syllable count instead of rhyme and without the graphic line break after the b-verse.

from aeme.

skgoetz avatar skgoetz commented on July 26, 2024

What in CSS would you expect to break or be concerned about breaking? By then it's more likely that something would have superseded CSS entirely.

"halfline" would make sense to me if you went that route.

from aeme.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.