Thank you for this release. Runs Ok on Mac 10.9 FFox 25.0.1

Unable to convince Safari 7.0 to run a local applet.

Also tried with a Proteopedia exported page and (again FFox on Mac) it works 
great!!

Jaim


On Nov 24, 2013, at 8:47 AM, Robert Hanson 
<hans...@stolaf.edu<mailto:hans...@stolaf.edu>> wrote:

Here's the file set that should run locally, possibly with no questions asked 
except a first one.

http://chemapps.stolaf.edu/jmol/zip/jmol-13.3.9_2013.11.23b.zip

The test is to open test2.htm and click the "signed applet" link next to the 
applet.

And, of course, to try your own pages.

Bob




On Sat, Nov 23, 2013 at 10:44 PM, Robert Hanson 
<hans...@stolaf.edu<mailto:hans...@stolaf.edu>> wrote:
Very pleased to report that we should have no problem with file:// based 
loading of Jmol and JSpecView java applets. In fact, now you don't need a 
browser to open them, either. The solution was to provide "Java Network Launch 
Protocols" in the directory containing the JAR files and to reference that with 
a jnlp-href attribute in the applet's object tag. Simple as that! Here is the 
Oracle developer forum answer that gave me the clue: 
https://forums.oracle.com/message/11256775#11256775

I must say, my hat is off to these guys. Java applets still rock. Hope to have 
files people can test tomorrow.


Bob





On Sat, Nov 23, 2013 at 7:45 AM, Robert Hanson 
<hans...@stolaf.edu<mailto:hans...@stolaf.edu>> wrote:
Yes, OK, so Henry  found a catch.

I'm afraid this means no local access to Java applets. At least not in this 
iteration. In order to use Java applets on a local machine you will have to 
install a localhost web server.

Bummer for conferences.

I will complain.




On Sat, Nov 23, 2013 at 3:34 AM, Rzepa, Henry S 
<h.rz...@imperial.ac.uk<mailto:h.rz...@imperial.ac.uk>> wrote:

On 23 Nov 2013, at 00:01, Robert Hanson 
<hans...@stolaf.edu<mailto:hans...@stolaf.edu>> wrote:

> Oops! That's the earlier link -- here's the new one:
>
> http://chemapps.stolaf.edu/jmol/jsmol/test2.htm?SIGNED
>
>

I downloaded JmolAppletSigned.jar  from  
http://chemapps.stolaf.edu/jmol/jsmol//java/

and used it locally.   It displayed a dialog  “Do you want to run this 
application”, indicated the publisher was  Integrated Graphics,  and the 
location was  file://

It then gave the yellow screen indicating  “This application will be blocked in 
a future …”.

I ticked the box “Do not show this again for apps from the publisher and 
location above” and proceeded but this then produced no Jmol output and an error

[Error] Failed to load resource: The requested URL was not found on this 
server. (JmolApplet.class, line 0)

>From which  I take it that the appropriate  (Apache?) server response was not 
>received which leads me to believe that one would have to run a local  http or 
>https service to get this to work? Or is it that it cannot find the  
>(relative? Absolute?) path to the  jar file?

But the odd thing is, as  I noted before,  if I used standard production Jmol 
(without a developer certificate), Jmol does load (although again with yellow 
box saying it might not work for future upgrades of  Java) and no error 
messages result.

so I guess installing the developer certificate has changed the underlying 
behaviour. The metaphor must be to trust only remote sites, and not a local one?

------------------------------------------------------------------------------
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing
conversations that shape the rapidly evolving mobile landscape. Sign up now.
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
_______________________________________________
Jmol-users mailing list
Jmol-users@lists.sourceforge.net<mailto:Jmol-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/jmol-users




--
Robert M. Hanson
Larson-Anderson 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




--
Robert M. Hanson
Larson-Anderson 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




--
Robert M. Hanson
Larson-Anderson 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

------------------------------------------------------------------------------
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing
conversations that shape the rapidly evolving mobile landscape. Sign up now.
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk_______________________________________________
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users

------------------------------------------------------------------------------
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
_______________________________________________
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users

Reply via email to