-
assigned issue to
All clarify that language tag values used need not be unnecessarily specific
I believe that we should clarify for Connect that langauge tag values should only be as specific as necessary. For instance"en" may be used rather than "en-US". This was explained well in this message to the webfinger list.
-----Original Message----- From: webfinger-bounces@ietf.org [mailto:webfinger-bounces@ietf.org] On Behalf Of Stephane Bortzmeyer Sent: Friday, March 15, 2013 8:19 AM To: webfinger@ietf.org Cc: ietf-languages@alvestrand.no Subject: [webfinger] Language tag too specific (Was: Last Call: <draft-ietf-appsawg-webfinger-10.txt> (WebFinger) to Proposed Standard
Another issue with language tags in draft-ietf-appsawg-webfinger-11.txt:
"titles" : { "en-us" : "The Magical World of Bob", "fr" : "Le Monde Magique de Bob" }
I understand that the purpose of the example is to show that you are not limited to the primary langauge subtag, you can add other subtags (here, the region "us"). But the example is not well chosen. RFC 5646 says:
Use as precise a tag as possible, but no more specific than is justified. Avoid using subtags that are not important for distinguishing content in an application. * For example, 'de' might suffice for tagging an email written in German, while "de-CH-1996" is probably unnecessarily precise for such a task.
Which seems to apply exactly here (there is nothing US-specific in the sentence). May be, instead:
"titles" : { "en-us" : "The Magical Theater of Bob", "en-gb" : "The Magical Theatre of Bob", "fr" : "Le Théâtre Magique de Bob" }
webfinger mailing list webfinger@ietf.org https://www.ietf.org/mailman/listinfo/webfinger
Comments (2)
-
reporter -
reporter - changed status to resolved
Fixed
#811- Specifiy that language tag components should be spelled using the character cases registered in the IANA Language Subtag Registry. Fixed#812- Clarified that language tag values used need not be unnecessarily specific.→ <<cset a546da3168d7>>
- Log in to comment
Given the text in RFC 5646 about "no more specific than justified", it seems like we should be clear that all forms of language tags may be used, including just a language value without a country.
We will say that if a client asks for "en" and the server has "en-GB", the server should return "en" using its "en-GB" value. This moves the harder processing to the server and off of the client.