[tei-council] rendition in ODD
Laurent Romary
laurent.romary at loria.fr
Sat Jun 23 08:42:35 EDT 2007
<div class="mail">
<address class="headers">
<span id="from">
<dfn>From</dfn>: Laurent Romary <laurent.romary_at_loria.fr>
</span><br />
<span id="date"><dfn>Date</dfn>: Sat, 23 Jun 2007 14:42:35 +0200</span><br />
</address>
I would also agree with this point. Anyhow, we should probably keep
<br />
on one of the post 1.0 face to face council meeting a discussion on
<br />
the role of ODD and its evolution.
<br />
Le 23 juin 07 à 13:52, Lou Burnard a écrit :
<br />
<em class="quotelev1">> I don't doubt that this is an interesting and possible evolution
</em><br />
<em class="quotelev1">> for the ODD specification, but I would rather not make this
</em><br />
<em class="quotelev1">> development right now without thinking it through properly. My
</em><br />
<em class="quotelev1">> point is just that it is not currently in scope for what we can
</em><br />
<em class="quotelev1">> hope to achieve for TEI P5 release 1.0 and that we already have an
</em><br />
<em class="quotelev1">> adequate means of solving the specific problem in hand, viz using
</em><br />
<em class="quotelev1">> rendition in the header.
</em><br />
<em class="quotelev1">>
</em><br />
<em class="quotelev1">>
</em><br />
<em class="quotelev1">> Laurent Romary wrote:
</em><br />
<em class="quotelev2">>> I have just understood what Sebastian meant there and I think he
</em><br />
<em class="quotelev2">>> is going in the right direction, i.e. ODD specifications, with
</em><br />
<em class="quotelev2">>> their capacities of representing hierarchies of schema, could be
</em><br />
<em class="quotelev2">>> used to express constraints ranging from general TEI
</em><br />
<em class="quotelev2">>> specifications, down to project specific constraints and even, at
</em><br />
<em class="quotelev2">>> times, document specific ones. The trade-off here is to view
</em><br />
<em class="quotelev2">>> rendering constraints either as something you would like to put +in
</em><br />
<em class="quotelev2">>> + the document (in the header) or outside, in particular when you
</em><br />
<em class="quotelev2">>> would want to share the constraints among various documents
</em><br />
<em class="quotelev2">>> (without having all of them gathered in a TEI corpus).
</em><br />
<em class="quotelev2">>> Bref, I like the idea...
</em><br />
<em class="quotelev2">>> Laurent
</em><br />
<em class="quotelev2">>>
</em><br />
<em class="quotelev2">>> Le 23 juin 07 à 12:11, Sebastian Rahtz a écrit :
</em><br />
<em class="quotelev2">>>
</em><br />
<em class="quotelev3">>>> Lou Burnard wrote:
</em><br />
<em class="quotelev4">>>>> but rendition, even default rendition, is not a property of the
</em><br />
<em class="quotelev4">>>>> element itself, but of the document in which it appears. so it
</em><br />
<em class="quotelev4">>>>> should not be polluting the *spec, but tidily wrapped up in the
</em><br />
<em class="quotelev4">>>>> header for the document in question, where it belongs,
</em><br />
<em class="quotelev3">>>> so 50,000 documents each of which say that <term> should be in
</em><br />
<em class="quotelev3">>>> italic have to have 50,000 <rendition> elements?
</em><br />
<em class="quotelev3">>>> gimme break.
</em><br />
<em class="quotelev3">>>>
</em><br />
<em class="quotelev3">>>> when I make an ODD, I say that _in this project_ @rend on <hi>
</em><br />
<em class="quotelev3">>>> will have values
</em><br />
<em class="quotelev3">>>> "bold", "underline" and "subscript", because I have observed this
</em><br />
<em class="quotelev3">>>> in my documents.
</em><br />
<em class="quotelev3">>>> I also want to record how to render those in CSS using font-style
</em><br />
<em class="quotelev3">>>> or whatever.
</em><br />
<em class="quotelev3">>>> what is more natural, and One Document Does it all-like, to store
</em><br />
<em class="quotelev3">>>> these font-style
</em><br />
<em class="quotelev3">>>> things with the relevant <valItem>?
</em><br />
<em class="quotelev3">>>>
</em><br />
<em class="quotelev3">>>>
</em><br />
<em class="quotelev3">>>> --Sebastian Rahtz
</em><br />
<em class="quotelev3">>>> Information Manager, Oxford University Computing Services
</em><br />
<em class="quotelev3">>>> 13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431
</em><br />
<em class="quotelev3">>>>
</em><br />
<em class="quotelev3">>>> _______________________________________________
</em><br />
<em class="quotelev3">>>> tei-council mailing list
</em><br />
<em class="quotelev3">>>> tei-council_at_lists.<!--nospam-->village.Virginia.EDU
</em><br />
<em class="quotelev3">>>> http://lists.village.Virginia.EDU/mailman/listinfo/tei-council
</em><br />
<em class="quotelev2">>>
</em><br />
<em class="quotelev2">>>
</em><br />
<em class="quotelev1">>
</em><br />
<em class="quotelev1">> _______________________________________________
</em><br />
<em class="quotelev1">> tei-council mailing list
</em><br />
<em class="quotelev1">> tei-council_at_lists.<!--nospam-->village.Virginia.EDU
</em><br />
<em class="quotelev1">> http://lists.village.Virginia.EDU/mailman/listinfo/tei-council
</em><br />
_______________________________________________
<br />
tei-council mailing list
<br />
tei-council_at_lists.<!--nospam-->village.Virginia.EDU
<br />
http://lists.village.Virginia.EDU/mailman/listinfo/tei-council
<br />
<span id="received"><dfn>Received on</dfn> Sat Jun 23 2007 - 09:00:11 EDT</span>
</div>
More information about the tei-council
mailing list