<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 07/26/2012 10:11 AM, Max Rydahl
Andersen wrote:<br>
</div>
<blockquote
cite="mid:089C4EF5-9D7D-4063-BCCF-B37856EE66DB@redhat.com"
type="cite">
<pre wrap="">moving this to jbosstools-dev
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""> ∙ Reproducing JBIDE-11592 - SIGSEGV when tried JBT 3.3.0.Beta2 on Juno;
∙ Created prototype for eclipse<->browser communication on XULRunner v>2/WebKit/IE - JBIDE-12276;
</pre>
</blockquote>
<pre wrap="">
Interesting - what kind of communication ? communication to external process ?
It is Eclipse<->IE/WebKit/XulRunner>=4 communication via SWT Browser widget.
As you know, now VPE is implemented using JavaXPCOM interfaces to communicate with XULRunner.
But theoretically almost everything what we do now, could be implemented using browser.execute() method to invoke JavaScript from Java, and BrowserFunction class to invoke Java from JavaScript. This would make VPE browser independent and allow to support the most recent browsers.
So I just created a simple Eclipse editor using these two methods as a proof of concept. This editor allows to change style of selected text from Eclipse toolbar.
</pre>
</blockquote>
<pre wrap="">
It is considerably slower than JavaXPCOM bridge. Using Browser would simplify implementation on Java side, but then we have to do JavaScript part and test it with all browsers that could be Behind Browser.java class.
</pre>
</blockquote>
<pre wrap="">
Doesn't sound fun (neither Speed nor QE tasks).
How big a speed difference are we talking about here? And when ?</pre>
</blockquote>
I had a chat with Yahor after he got my replay, it just my feeling
it is going to be slower. So lets just get some numbers and create
two tests for creating N DOM Nodes in Browser through JavaXMCOM and
Browser.execute() to see the difference.<br>
<blockquote
cite="mid:089C4EF5-9D7D-4063-BCCF-B37856EE66DB@redhat.com"
type="cite">
<pre wrap="">
Is it just when doing style changes or also when editing ? with webkit there is a more or less native edit mode is there not ?</pre>
</blockquote>
<br>
There should be
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<a href="http://www.webkit.org/projects/editing/index.html">http://www.webkit.org/projects/editing/index.html</a>
<blockquote
cite="mid:089C4EF5-9D7D-4063-BCCF-B37856EE66DB@redhat.com"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">I'd rather spend time and ported JavaXPCOM bridge to latest XulRunner build, because it was implemented as build extension and use code generation to get all XPCOM Interfaces mapped in Java, so it looks doable.
</pre>
</blockquote>
<pre wrap="">
XULRunner is going away/dying afaik I know - especially JavaXPCOM and its missing on 64-bit platforms especially. Considering this - is it worth spending time on that ?</pre>
</blockquote>
Probably not worth it, but it looks like easiest way at first.<br>
<blockquote
cite="mid:089C4EF5-9D7D-4063-BCCF-B37856EE66DB@redhat.com"
type="cite">
<blockquote type="cite">
<pre wrap="">Another option is look though what kind of functions VPE uses out of JavaXPCOM and implement it for WebKit.
</pre>
</blockquote>
<pre wrap="">
How feasible is this ?</pre>
</blockquote>
<br>
Should be possible, considering we have example of calling WebKit
out of Java in WebkitBrowser implementation in SWT.<br>
<br>
Denis<br>
<br>
<blockquote
cite="mid:089C4EF5-9D7D-4063-BCCF-B37856EE66DB@redhat.com"
type="cite">
<pre wrap="">
/max</pre>
</blockquote>
<br>
<br>
</body>
</html>