I don't know anything about JavaFX, but it's not clear to me there has
>> been any development on it since 2012 or 2014. Maybe just an idea that
>> never took off? Do you see some advantage to this?
>>
>> Since I don't have done any Java programming I will know even less. When
> I spoke to a computer scientist about the problem of dropped NPAPI plugin
> support by an increasing number of browsers, he suggested to become
> independent of any browser by combining the applet with already existing
> Java HTML5/CSS/Javascript engines. I have chosen the example engines just
> to illustrate the idea, not because I know anything particular about their
> suitability.
>
> It seems that Oracle still recommends JavaFX for Desktop applications.
> At last that is what the following post about the future of JavaFX from
> 2016 (unfortunately in German) suggests: https://jaxenter.de/hart-aber-
> fair-welche-zukunft-hat-javafx-37199 . Among other things it describes
> the reaction of Oracle to a request of an interest group of german Java
> users (iJUG) about the future of JavaFX. According to this Oracle
> recommends it and has an official roadmap for it until 2028.
>
> The advantage I see with the general idea is that each Jmol-based web
> service, running in the future with the Javascript version, could also be
> run as a Java desktop application.
>
>
I think we're one level off here. You can always run Jmol.jar if you want
Jmol's desktop application, and nothing is going to change about that. It
isn't an applet, so there is no browser issue.
My quick read of the JavaFX tutorial [
docs.oracle.com/javafx/2/overview/jfxpub-overview.htm] suggests that it is
simply a newer way to build an independent Java desktop application like
Jmol.jar, but it has a wider set of user interface capability than what we
use now (Swing). Thus, they talk about being able to insert a full-fledged
webkit browser into the application, to use CSS for styling, to dynamically
create a user interface -- that sort of thing.
And although the general Javascript performance is catching up with Java,
> my observation is that it the performance is less stable. This means that a
> task for example took anything from 60 seconds to 120 seconds (or even
> more) in the Javascript version, depending on how the browser 'felt'. In
> contrast the Java version stably needed about ten seconds, run on the same
> system before and after the Javascript version.
>
> Yes. By "felt" you mean that the browser will manage its threads relating
to tabs and other dyanamic content (e.g. ads), and it may shift a running
JavaScript app to a lower priority more likely than a running Java
application would or, in particular, then a running Java applet would.
A 1:12 performance ratio seems on the outside of what I have observed, but
I am sure that can happen. We are seeing 1:3 to 1:6 commonly.
I'm pretty sure the real benefit would be to use the WebGL option in JSmol,
or at least to develop that further. For example, by merging NGL's
excellent 3D capabilities into JSmol.
Rolf, do you have a sense of whether these slow-downs are rendering issues?
Or do they happen in relation to file opening, model construction, or
surface construction?
Bob
>
> Regards,
> Rolf
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Jmol-users mailing list
> Jmol-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jmol-users
>
--
Robert M. Hanson
Professor of Chemistry
St. Olaf College
Northfield, MN
http://www.stolaf.edu/people/hansonr
If nature does not answer first what we want,
it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
