-
Notifications
You must be signed in to change notification settings - Fork 85
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
Add @place to <head> #1466
Comments
@dariok Thank you! We'd like to use your example in the Guidelines: Can you post the source information? |
@ebeshero, @lb42 Thank you for considering the example. The heading in margine from example 1 is encoded as
This will be in http://diglib.hab.de/edoc/ed000216/texte/002/002_transcript.xml from early next year (available under CC-BY-SA). If you need anything else, please let me know. |
Could you provide a bibliographic ref for the source doc |
Certainly. The print is
(full description available via http://opac.lbs-braunschweig.gbv.de/DB=2/FKT=1016/FRM=url%2Bdiglib.hab.dedruckeed000364start.htm/IMPLAND=Y/LNG=DU/LRSET=1/SET=1/SID=15abb9ff-0/SRT=YOP/TTL=1/LNG=EN/NXT) edited as
as part of
That's the long version; something like
might be more comprehensive, though. Feel free to include what you need. |
and added example and citation #1466
ok, in the run up to the TEI Council meeting in Praha I finally managed to implement the requested change. Please have a look at the current dev version for Please let me know if there's anything I missed or got wrong! |
No one complained in the last two weeks, so closing the ticket. |
This has already been discussed as issue #479 but since it is closed and had been assigned to Sebastian, I assume nobody read my comment. So I have decided to open a new issue on this and elaborate on this a bit further as regards
@place
in<when>
.Issue #479 asked to include
@place
in<head>
and<seg>
which was turned down by the council.In my opinion, the council's suggestion
is plain wrong. In early prints and manuscripts, placing a heading in the margin is quite common. Especially in early prints, even alternating freely between a heading marked by a special rendition, an inline heading (maybe or maybe not a bit larger) and a heading in the margin is entirely possible.
If you kindly consider example 1, you'll see that the first text functioning as a heading (Prima Conclusio) is placed inline, while the other (Secunda Conclusio) is placed in the margin.
(I chose this example as both inline and marginal placement are visible here. There are other instances in this and other texts making it clear that these information indeed serve to indicate a regular partitioning of the text, in this case between different opiniones and resolutiones).
Now there's two possibilities.
<head>
and either a) have to completely discard the information about the actual placement of the text or b) have to resort to@rend
, which in my mind is not the right attribute as I think it is quite obvious that if a distinction is made between rendition and placement, these are two completely distinct phenomena.@place
gives me the right vocabulary. Then, I have to resort to<label>
which I indeed find a very unfortunate solution as the guidelines say that a<label>
is attached to »a paragraph or sequence of paragraphs not treated as a structural division«[1]
(4th example) – and indeed is defined in section 3.7, Lists – which here is not the case.From the definition quoted in 2), I think that
<label>
is best used to denote text (maybe placed in the margin but possibly just rendered differently) that is to indicate the topic or contents of (a part of) the paragraph[2]
(note that these are typically not aligned with the beginning of the paragraph but further down where the actual topic or idea is conveyed).For this, cf. example 2 where the lower two, uppercase, marginalia denote the topic discussed.
<head>
on the other hand is explicitly defined as containing »any type of heading, for example the title of a section,« (and is defined in section 4.2.1 Headings and Trailers) which seems to me to be a lot more appropriate than<label>
. Note that a text considered to be a heading is usually aligned with the top of the paragraph (as seen in example 1).As both solution 1 and 2 are unsatisfactory and do not reflect the reality of early prints and manuscripts as shown in the examples, I request to reconsider adding
@place
to<head>
.Furthermore, it might be necessary to clearly distinguish the functions of
<head>
and<label>
currently definedvs
as discussed above.
Best,
Dario
[1] Which, to my mind, is quite odd or even mutually exclusive with the main definition as paragraphs might well be considered the standard structural unit between something like a chapter and a sentence and usually are formed to group sentences which are combined to convey an idea. But this might well go to far.
[2] Which is also supported by the word
label
itself.The text was updated successfully, but these errors were encountered: