I think Gerrit's suggestion is an overstatement. If I am
understanding Ulrike correctly then she probably could be just
using @type on zone.
I am far from expert in this type of editing, and those more
familiar with it may wish to comment more, but if people are
feeling constrained by not having interpretative elements inside
sourceDoc, then I'd suggest that they are probably mis-using it.
If you really need those elements (such as list that Patrick
suggests later) then I don't think you are doing the type of
transcription that sourceDoc was invented for. (Instead I would
use a transcription inside the text element and @facs to point to
zones inside facsimile.) I remember the arguments and long
discussions when discussing the content models of sourceDoc and
zone and my memory of this is that the limited content model is
entirely intentional and that the thought was any attempts to
open it up should be resisted.
(Of course your Council will re-consider the issue open-mindedly
with the submission of any feature request.)
On 04/02/14 16:21, Gerrit Brüning wrote:
> Dear all,
> Ulrike's and Matt's statements are further evidence that the
> currently very strict content model of <line> can not be
> maintained. The strictness only seems to stimulate a variety of
> Am 04.02.2014 16:19, schrieb Matthew Davis:
>> Dear Ulrike,
>> I ran into something similar in that I needed to use <ex> under
>> <line>. What I ended up doing is wrapping the actual
>> transcription in an <orig> tag, which then allowed me to use
>> many of the tags that were otherwise unavailable under <line>
>> directly. Perhaps you can do something similar?
>> All best,
>> On Feb 4, 2014, at 10:12 AM, Ulrike Henny
>> <[log in to unmask]> wrote:
>>> Dear list,
>>> if I would like to transcribe a source document inside of
>>> <sourceDoc> because I am interested in its physical
>>> realization, how can I represent text parts or zones that
>>> "look like" headings, paragraphs or lists, for example?
>>> Would those simply be zones (maybe typed somehow) and list
>>> items with labels marked up as single lines or as segments?
>>> Why is it not possible to use the corresponding structural
>>> elements inside of <surface> or <zone>?
>>> Best regards,
Dr James Cummings, [log in to unmask]
Academic IT Services, University of Oxford