Hi Neil, Emi and others,
thanks for the constructive answers. I agree for NB we need to find an
alternative to the current presenters. I also think with Browser, iOS and
Android we've already proven to be capable of using anything you throw at us as
a renderer . CEF/Chromium would be an
Hi Wade,
one of the ideas behind DukeScript was to not create our own rendering
technology and set of widgets. That has huge benefits:
- We don't have to write and maintain a Rendering Pipeline. JavaFX proofs how
hard it is. They have huge performance problems, partially caused by basically
There's a problem with this whole discussion. Participants are mixing criticism
of webapps with criticism of Desktop applications which use a HTML5Component as
their renderer. I don't know if I should respond, because technologies like
DukeScript or Electron do not suffer from this browser
> We were actually thinking about doing this using DukeScript a while ago to
> allow people to run their legacy applications. It would be doable.
I believe it would rather useful for NetBeans (and others).
> But then we decided that it's much better if developers use a modern concept
> for UI
> We need a way to render Swing on a web browser canvas!
We were actually thinking about doing this using DukeScript a while ago to
allow people to run their legacy applications. It would be doable. The JavaFX
Team at Oracle had a working JavaFX version for the browser (without Java
Plugin).
Hi Wade,
I agree, desktop isn't going away. At DukeScript we're using HTML4J Apis mainly
for desktop applications. The Java Desktop Application is just using a
HTML5-Component ("browser") to render the view instead of a native or Java
rendering pipeline.
Since the separation of view and view
No, Electron is not involved so far, although it probably would work. On most
of our supported platforms we have a "real" Java application talk to JavaScript
via a Java-JavaScript Bridge. Similar to what you can do in a JavaFX
application with the WebView, but with a nice typesafe API. One of
Hey,
On 2018/03/12 17:51:00, wrote:
> At DukeScript (http://dukescript.com) we have plenty of HTML4J
> renderers other than JavaFX (Chromium via JXBrowser, ios WebView via
> Multi OS Engine and MobiVM, Android WebView, plain Webkit,
> Instrumented Browser...) and we can even
At DukeScript (http://dukescript.com) we have plenty of HTML4J renderers other
than JavaFX (Chromium via JXBrowser, ios WebView via Multi OS Engine and
MobiVM, Android WebView, plain Webkit, Instrumented Browser...) and we can even
run inside the browser itself with bck2brws &, TeaVM. So in no