On Mon, 17 May 2010, Kühn Wolfgang wrote:
I was wondering if there are any precompiled Java language bindings for HTML5?
There's nothing official; hopefully the links provided by other people on
this thread are helpful though.
As it is, i can't figure package names, for example for the
On Fri, May 21, 2010 at 9:09 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 5/21/10 1:34 AM, Shiki Okasaka wrote:
* backward binary compatibility: the application programs developed
with the former SDKs should run with browsers as long as browsers
retain the required features for ECMAScript.
On 5/21/10 1:34 AM, Shiki Okasaka wrote:
* backward binary compatibility: the application programs developed
with the former SDKs should run with browsers as long as browsers
retain the required features for ECMAScript.
Gecko has this now for DOM interfaces, mostly. It's a noticeable
On Thu, May 20, 2010 at 3:38 AM, Benjamin Smedberg
benja...@smedbergs.us wrote:
On 5/19/10 5:41 AM, Kühn Wolfgang wrote:
C++
WebCore.html.HTMLCanvasElement (WebKit)
dom.nsIDOMHTMLCanvasElement (Firefox)
Mozilla nsI* interfaces, if they continue to exist, should be treated as
On Tue, May 18, 2010 at 3:27 PM, Anne van Kesteren ann...@opera.com wrote:
On Tue, 18 May 2010 04:38:21 +0200, Shiki Okasaka sh...@google.com wrote:
On Mon, May 17, 2010 at 6:27 PM, Kühn Wolfgang wo.ku...@enbw.com wrote:
Hi,
As for the html5 elements, will there be a new package
On Wed, 19 May 2010 08:40:16 +0200, Shiki Okasaka sh...@google.com wrote:
On Tue, May 18, 2010 at 3:27 PM, Anne van Kesteren ann...@opera.com
wrote:
Can't they all just use org.w3c.dom? We cannot make the interface names
overlap anyway.
I think one module name for all of the Web platform
2010 05:22
An: Kühn Wolfgang
Cc: Anne van Kesteren
Betreff: Re: [whatwg] Java language bindings for HTML5
Hi Kühn,
I think this is a very good point. Would you mind sending this to
wha...@lists.whatwg.org?
I wonder if we apply this rule to HTML5, what will be the likely
module name for HTML today
On 5/19/10 5:41 AM, Kühn Wolfgang wrote:
C++
WebCore.html.HTMLCanvasElement (WebKit)
dom.nsIDOMHTMLCanvasElement (Firefox)
Mozilla nsI* interfaces, if they continue to exist, should be treated as
internal. We have little interest in binding to a frozen interface
definition.
On Tue, 18 May 2010 04:38:21 +0200, Shiki Okasaka sh...@google.com wrote:
On Mon, May 17, 2010 at 6:27 PM, Kühn Wolfgang wo.ku...@enbw.com wrote:
Hi,
As for the html5 elements, will there be a new package
org.w3c.dom.html5?
This is our concern, too. Historically each W3C specification
Hi,
I was wondering if there are any precompiled Java language bindings for HTML5?
Earlier specs had them included, for example
http://www.w3.org/TR/DOM-Level-3-Core/java-binding.htmlbinding.html
Are there any tools to generate Java interfaces from WebIDL?
As it is, i can't figure package
Hi,
On Mon, May 17, 2010 at 6:27 PM, Kühn Wolfgang wo.ku...@enbw.com wrote:
Hi,
I was wondering if there are any precompiled Java language bindings for HTML5?
The Java files generated from a set of Web IDL files with our esidl
Web IDL compiler are available at,
11 matches
Mail list logo