That's a useful information. So the _signedApplet basically does not
tell if the user granted access or not, rather only if the applet is
supposed to be signed.
I can think of some rather ugly hacks in the domain of user interaction
simulation after the pages loads to see if a "dummy"-state can be saved
and check some kind of server response, but there must be a smarter way
of doing this, i hope.
Best regards
Martin
On 28.06.12 12:54, Rolf Huehne wrote:
> On 06/28/2012 12:37 PM, Martin Hediger wrote:
>> ok, that might look useful
>>
>> jmolScriptWait('show _signedApplet')
>> "2,scriptStatus,0,script 2 started
>> 4,scriptStatus,0,Script completed
>> 6,scriptStatus,0,Jmol script terminated
>> 5,scriptTerminated,1,Jmol script terminated successfully
>> 1,scriptStarted,2,show _signedApplet
>> 3,scriptEcho,0,_signedapplet = true
>>
> I have actually tested this now for Jmol 12.2.2 and the result is like I
> expected:
>
> I opened the following URL in the browser
> (http://www.imb-jena.de/cgi-bin/3d_mapping.pl?CODE=1deh&APPLET=signed&JMOLVERSION=12.2.2)
> and clicked onto "cancel" in the security dialog.
>
> Afterwards the command "show _signedApplet" provided the result
> "_signedapplet = true". But if I tried to save the state it didn't work,
> because the signed applet hadn't got the rights of a signed applet.
>
> Regards,
> Rolf
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users
