[tei-council] Content for <pb/> etc. [was: soft hyphens (again)]

Martin Holmes mholmes at uvic.ca
Fri Jun 25 13:02:26 EDT 2010


Wouldn't we want to distinguish between <pb/>, which is a page _break_, 
and <fw type="pageNum">, in which one would include the page number that 
actually appears (wrong or not)?

Cheers,
Martin

On 10-06-25 06:48 AM, 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
> similar)
> - page number corrected: Austen write 78 the correct the 8 into 7:
> <pb>7<subst><del>8</del><add>7</add></subst></pb/>
> - page number is wrong: Austen write 56 per 57:
> <pb>5<choice><sic>6</sic><corr>7</corr></choice></pb>
>
> 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.
>
> Elena
>
>
> 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.
>>
>> G
>>
>>
>

-- 
Martin Holmes
University of Victoria Humanities Computing and Media Centre
(mholmes at uvic.ca)
Half-Baked Software, Inc.
(mholmes at halfbakedsoftware.com)
martin at mholmes.com


More information about the tei-council mailing list