Yes, sorry, I was a bit elliptical. What I meant to suggest was that Syd
should open *two* new tickets -- one as a bug (if it is a bug) relating
to the datatype of valItem/@ident, and the other as a feature request
concerning the way attribute values are specified in a multilingual
situation. which (although there are as Syd notes dependencies) seems to
me to have quite a different status wrt the Guidelines.
The distinction between "bugs" and "feature requests" is not always
clear, but in this case it seems to me that it is. And, administratively
speaking, tickets that deal with single well defined issues are much
more likely to get speedily resolved than ones with ramifications that
lead to endless discussion.
Kevin Hawkins wrote:
> As I've explained to Lou before, not all SourceForge users have the
> ability to reopen closed tickets. This ability seems to be restricted
> either to the owner of the ticket or to those with admin privileges on
> the project. (I can't tell.)
> Since Syd's text has already been revised through discussion on TEI-L, I
> suggest Syd open a new ticket, pointing to the closed ticket for
> background but also including the latest version of his text.
> On 22/07/28164 20:33, Lou Burnard wrote:
>> Sf tickets can always be reopened -- or resubmitted.
>> In fact, I think this posting would make for two quite distinct and
>> useful tickets, one suggesting "data.word" as value for valIdent, and
>> the other proposing a means of defining "alternate" or language specific
>> values for attribute values.
>> The former would entail a discussion about whether or not spaces should
>> be permitted within enumerated attribute values, and if so whether they
>> should be normalised; the latter would raise a number of different and
>> interesting issues about what should or shouldn't be done to extend ODD.
>> I think the former is probably properly dealt with speedily as a bug fix
>> while the latter is an expansion on the current model of what ODD does.
>> Syd Bauman wrote:
>>> This is a particularly detailed post that belongs on the comment
>>> thread of the SourceForge tracker for bug 2925031, and is primarily
>>> intended for Council, the editors, and those interested in the ODD
>>> language itself. I post here because comments on that particular bug
>>> have been closed, and because I can't post to the Council list. So if
>>> you're not interested in ODD constraints of enumerated attribute
>>> values, whitespace therein, and internationalization thereof, skip