You are getting way off track again. The issue has *never* been supporting multiple clients in different languages. Multi language support via a standard specification is the cornerstone of what I have proposed in 2.0. The issue has *always* been the legacy OpenDDR Java client which seems to always pop up and disrupt the progress of this project.
On Tue, Apr 14, 2015 at 8:23 AM, Werner Keil <[email protected]> wrote: > 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 > > > > > > >
