[standards-jig] Service discovery and localization

Paul Curtis pcurtis at terrapin.com
Mon Dec 8 20:22:24 UTC 2003

On Monday, December 8, 2003, at 01:56  PM, Matthew A. Miller wrote:

> I believe it has been implied in the past that the "xml:lang" of the 
> outlying <iq/> determines what localization the results should be 
> returned as (with a missing "xml:lang" meaning the results are in the 
> responder's default locale).  How about simply explicitly relying on 
> this behavior?  Additionally, as a more complete compromise, use the 
> "xml:lang" on each <item/> that is *not* in the returned locale 
> (since, in the Real World, not every string is necessarily 
> translated).  I don't expect every implementation to know what locale 
> a string was localized as, so implementations shouldn't depend on > this.

I concur with this. I can't think of a case where the requestor would 
want to see the results in multiple languages. More likely, the 
requestor would expect to see the results in the requestor's 


More information about the Standards mailing list