W3C home > Mailing lists > Public > www-svg@w3.org > July 2004

RE: Comments on SVG 1.2 from a Gecko developer

From: James Bentley <James.Bentley@guideworkstv.com>
Date: Fri, 9 Jul 2004 08:41:44 -0600
Message-ID: <687B7858C99ED711B87B00B0D0D1C922C0FAF5@LAMBIC>
To: 'Robin Berjon' <robin.berjon@expway.fr>, David Woolley <david@djwhome.demon.co.uk>
Cc: www-svg@w3.org

For J2ME check out javax.microedition.io - this is your networking
implementation.
It is present in CLDC 1.0 and 1.1 as well as the profiles for TV (onRamp,
MHP, OCAP). 

-----Original Message-----
From: Robin Berjon [mailto:robin.berjon@expway.fr]
Sent: Friday, July 09, 2004 8:44 AM
To: David Woolley
Cc: www-svg@w3.org
Subject: Re: Comments on SVG 1.2 from a Gecko developer



David Woolley wrote:
>>Java:
>>    DOMWindow w = document.getWindow();
>>    SVGWindow w2 = (SVGWindow)w;
>>    Connection c = w2.createConnection();
> 
> Surely the real problem here is that Java already has networking
> APIs.  This feature is not a Document Object Model feature; it
> is a viewing platform object model feature, and it is largely
> premised on the idea that there is only one language binding
> that matters: ECMAScript (commonly called JavaScript) - i.e.
> SVG describes an application platform, and that platform uses
> ECMAScript - it no longer describes a document language.

All language bindings count (even though EcmaScript is the only required 
one). Jave doesn't have a networking API, J2SE and J2EE do. IIRC J2ME 
does not have it for instance (I could be out of date here). EcmaScript 
and a few other likely candidates don't have one, which is why it needs 
to be specified in order for the SVG Platform to be workable.

-- 
Robin Berjon
Received on Friday, 9 July 2004 10:54:16 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 5 February 2014 07:14:54 UTC