suppress-script values for fil, mi, pes, prs, qu members

Peter Constable petercon at
Tue Oct 19 19:16:13 CEST 2010

Without s-s for a case like qub, then implementations may end up having to coming up with their own data to know that qub uses Latin script. That info may be essential, e.g., to know what keyboard layouts and fonts are relevant for a user, and it helps in binding to locale data (it eliminates ambiguity as to what an appropriate locale ID will be). And if implementations want to provide an API that does general validation of language tags, then this info can be useful in giving useful guidance to developers as to good practice that will avoid issues later. 

It seems to me that adding s-s fields in clear cases provides a common way of providing that data. But I'm wanting to see if others here agree before proposing any updates.


-----Original Message-----
From: ietf-languages-bounces at [mailto:ietf-languages-bounces at] On Behalf Of Philip Newton
Sent: Tuesday, October 19, 2010 2:54 AM
To: ietf-languages
Subject: Re: suppress-script values for fil, mi, pes, prs, qu members

On Mon, Oct 18, 2010 at 8:41 PM, Peter Constable <petercon at> wrote:
> There are several language subtags in the registry that don't have 
> suppress-script fields but that I suspect probably could have since 
> there's only ever been / is likely to be a single script used in 
> modern orthographies.

I was under the impression that there's no hurry to *add* s-s to any existing record (not even "for completeness", if other languages in the same macrolanguage already have such a field), since the lack of s-s doesn't take a position either way as to whether a language is predominantly written with one script - and that s-s exists to fulfil a certain matching need, which may or may not apply to a given language.

For example, how likely is it that somebody would mark a text as being in "qub-Latn" rather than merely "qub", such that you would need "S-s:
Latn" in order for certain systems to consider both tags equivalent?

Philip Newton <philip.newton at>
Ietf-languages mailing list
Ietf-languages at

More information about the Ietf-languages mailing list