[tei-council] Content for <pb/> etc. [was: soft hyphens (again)]
lou.burnard at oucs.ox.ac.uk
Fri Jun 25 11:27:16 EDT 2010
The equivalent tag for printed materials would be <fw> and it seems to
me less of a stretch to the semantics of <fw> to say it can be used for
this purpose, than it does for <pb/> which is a milestone element not
intended to do anything except mark a point where the value in some
reference scheme changes. <pb> is a textual marker, not a documentary one.
Elena Pierazzo wrote:
> Sorry if I intervene only now, but I have a case for which a content
> (even a textual content!!) for <pb/> might be very important.
> When you transcribe manuscripts you want to be able to record
> paginations and foliation for which you normally would use <pb n="my
> page number"/>.
> But what happens when there is a correction on a page number? I have
> found this case and many others while working on Austen manuscripts.
> Here is the cases we found:
> - page number missing (in a manuscript that normally has page numbers):
> it would be good to be able to use <pb><supplied>45</supplied></pb> (or
> - page number corrected: Austen write 78 the correct the 8 into 7:
> - page number is wrong: Austen write 56 per 57:
> One of the leading idea behind P5 was to move any textual content from
> attributes to element, I think the <pb> has escaped this revision. While
> <lb/> have numbers that are rarely written on the page, page numbers are
> often actual symbols on the page and therefore an editor would like to
> be able to transcribe them with all the possible features they may have
> (correction. alteration, underlining, etc.), in the same way one can
> transcribe other words written by the author.
> Gabriel Bodard wrote:
>> On 21/06/2010 16:02, Kevin Hawkins wrote:
>>> I'm afraid I still don't understand. Are these elements no longer empty
>>> elements? They still appear that way even in Sebastian's test release.
>>> When did this change happen?
>> Which elements? <gap/> (always an "empty"--i.e. permitting no
>> text-content--element), has taken a child <desc> ever since P5 first
>> release; <space/> for some reason did not, although it does now. Both
>> also take <certainty/>, <precision/> etc. It makes sense to me that a
>> so-called empty element could contain another non-text-bearing element
>> such as <certainty/>, which in this case serves as a much richer
>> analogue to a cert attribute.
>> At the moment, of course, <lb/> and the other milestoneLike elements are
>> still literally empty, but I am arguing (lightly, as I don't have a
>> specific use-case for them) that they could just as rationally be
>> allowed to take a child from the certainty class, although still no text
>> content, of course.
>> Sorry if this was confusing.
More information about the tei-council