Interesting, so WebDriver has also become a W3C spec. The GitHub project https://github.com/seleniumhq/selenium shows how this W3C standard is supported by multiple languages.
It seems a bit more strict on some atrributes and terms than W3C DDR, but otherwise the two written specs are not so different after all. The way this is handled in at least 5 major programming languages can be seen as a good example on how to do this. Oh and an inspiration for screen-size and similar size properties can be found under: https://w3c.github.io/webdriver/webdriver-spec.html#dictionary-windowsize-members CSS3 knows a variety of units, mainly for length, but also others like duration (for animation) and more, so as mentioned earlier, why not also follow these when we store similar measurements in a 2.x repository? Werner On Fri, Apr 10, 2015 at 3:44 PM, Werner Keil <[email protected]> wrote: > One project best compared to DeviceMap and the DDR would be CLDR, the > Unicode Common Data Repository: http://cldr.unicode.org/ > It is one of the most widely used, but at the same time most > underestimated projects many "sexy" and popular ones use but hide well > behind the scenes. > > Hence, speaking about it barely ever happens (I proposed a talk around > Eclipse Babel and Unicode a while ago which was turned down for being not > interesting enough;-) > Nevertheless the biggest names in the industry from Apple to Google, IBM > or (yep also) Adobe certainly use it and some are active contributors. > When met Bertrand in Zurich a while ago, Google was represented by Unicode > co-founder Mark Davis. > > The repository is also based on XML though JSON extracts exist, but they > are merely for convenience, not the driving data source as of now. > > Java alone has at least 2 or 3 different clients;-D The JDK has 2(!) > competing APIs alone, java.util.Date and Calendar as well as java.time > since Java 8. Both use CLDR data converted by Sun/Oracle. While ICU4J, the > IBM lead "official" Java API for Unicode does the same in a slightly > different way. No real battle between them. ICU4J influenced a few patches > and fixes of the JDK equivalents. And you can be pretty sure, Eclipse or > Apache (Harmony) plus derived work like Android won't give up the > "old-fashioned" ICU4J (that's at least how Stephen Colebourne, a main > committer to "java.time" called it) and all jump the java.time bandwagon > even if they use Java 8 already. > > Cheers, > Werner > > >
