[tei-council] List @type musings

[Martin Holmes]

Hi Syd,

I think the consensus right now (judging by the few responses we got to 
the poll I put up a while ago) is that we should not provide any 
suggested values for @rend. I'm planning to delete them before the 
release. The process of implementing them threw up a couple of 
interesting issues in ODD processing, which Sebastian fixed, so it was 
worth doing as an exercise, but I think most people agree with you, and 
I don't really have an opinion myself. As long as we're not recommending 
the use of @type, and providing (in the prose) a clear migration 
strategy for people who have previously used it, I'm happy.

Cheers,
Martin

On 29/08/2014 3:42 PM, syd at paramedic.wwp.northeastern.edu wrote:
> I cry foul!
>
> The rend= attribute of <list> is currently defined in Subversion as
> data.enumerated with an open value list. This means that, at the core
> of it, it is declared as "xsd:Name+". Sadly, this introduces a
> serious constraint on the permissible values of list/@rend as
> compared to att.global/@rend, because the latter is declared as
> data.word+, or:
>    xsd:token { pattern = "(\p{L}|\p{N}|\p{P}|\p{S})+" }
> (The parenthesized set there means "any letter, numeral, punctuation
> mark, or symbol"; i.e., any Unicode character is allowed except
> marks, separators, and others.)
>
> The point is that, in general, the Guidelines do allow punctuation
> marks and symbols in the value of @rend. Thus I could have
>    <list rend="slant(italic)">
> using the current release of the Guidelines, but the development
> version in Subversion would call that an error.
>
> It may be possible to declare list/@rend as data.word+ with a
> constraining open value list. Maybe I'll try that in a bit. But it
> would be unlike all the other attributes which have enumerated lists
> of possible values -- they're all data.enumerated, as they should be.
>
> Sorry to say, Martin, I am really beginning to lean away from even a
> set of suggested values for list/@rend.
>
>
> BTW, Fabio. I don't know how RDF defines sets, bags, and lists, but
> we did it first. See
>    http://www.tei-c.org/release/doc/tei-p5-doc/en/html/FS.html#FSSS
> which has been around since P3. :-)
>