W3C home > Mailing lists > Public > public-appformats@w3.org > September 2007

Re: [ ACTION-107] Updating version list identifier algorithm

From: Thomas Roessler <tlr@w3.org>
Date: Mon, 10 Sep 2007 10:02:14 +0200
To: Marcos Caceres <marcosscaceres@gmail.com>
Cc: Arve Bersvendsen <arveb@opera.com>, "public-appformats@w3.org" <public-appformats@w3.org>
Message-ID: <20070910080214.GC10547@raktajino.does-not-exist.org>

On 2007-09-10 17:48:16 +1000, Marcos Caceres wrote:

> I've been reading over the Unicode Collation Algorithm (UCA) [1]
> and I'm getting the feeling that requiring implementations to
> support UCA (or something similar) would be overkill for version
> information: localized strings comparison in an internationalized
> context gets quite complicated as you would need to identify
> which language the version information is written in, etc, to do
> it properly. It also opens up a big can of worms about
> internationalization support for just one minor area
> (versioning), and not for others (resources/content adaptation).

Indeed.  Comparing machine-readable identifiers in a way that is
locale-sensitive is evil.  As an example that doesn't apply directly
here, consider the strings "ISO-8859-1" and "iso-8859-1" for
case-insensitive comparison in a Turkish locale (in which a dotted
capital I and a dotless lowercase i exist as well).

> Even though I originally pushed for having strings in the version
> identifier, after reconsideration I think we should drop back to
> the original proposal of just using non-negative integers
> delimited by a "." (as Firefox, and Yahoo!'s Widget engine
> currently does):

> eg. 0.1, 1.0, 1.101.03, etc

+1

-- 
Thomas Roessler, W3C  <tlr@w3.org>
Received on Monday, 10 September 2007 08:02:18 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 14:10:22 GMT