On Tue, Aug 7, 2012 at 6:40 AM, Gusts Kaksis <gusts.kak...@gmail.com> wrote:
> Hi, Bob!
>
> I've already started planing the next iteration of my jQuery plugin with
> a little bit different approach - trial and error is the way to go :) I
> wanted to ask a few questions about Jmol applet though, as I didn't
> receive any descriptions about the external methods (and there is no
> commentary in applet's source code, except for deprecated methods). I'm
> talking about this class, that exports methods to JavaScript:
>
> http://jmol.svn.sourceforge.net/viewvc/jmol/trunk/Jmol/src/JmolApplet.java?revision=16759&view=markup
>
> 1. What is the difference between getPropertyAsString and
> getPropertyAsJSON, does the string version return human readable info
> and is JSON version intended to return an object (key-value pair)
> representation of this information? Also what's the output of
> getProperty - string, object or JSON string?
>
>
You should just download Eclipse and check out the code. Then you could
easily follow it and answer all these questions yourself.
I've modified http://chemapps.stolaf.edu/jmol/docs/examples-12/new.htm to
give you some guidance. Scroll down to the bottom of the
left-side panel and see if that answers your questions.
> 2. Does the loadInlineString act the same as "load INLINE "fileData""
> scripting command?
>
>
You should never use loadInlineString or load INLINE. Use the LOAD DATA
command.
> 3. If I understood correctly from your comments in our discussion, then
> loadNodeId and loadDOMNode methods were just a test and they will be
> deprecated in the future?
>
>
Essentially. It was just an idea that one of our developers had; didn't go
anywhere.
> 4. Next, I'd love to have some explanation on what's the difference
> between all of those script methods: script, syncScript, scriptNoWait,
> scriptCheck, scriptWait, scriptWaitOutput. Pretty please! :)
>
>
syncScript is very special. It's for sending scripts to synchronized
applets. Not something a user would do themselves. See the documentation on
the SYNC command.
scriptNoWait -- standard script entry, puts it on the queue.
scriptCheck -- just checks a script for syntax, doesn't run it.
scriptWait -- bypasses the queue and waits for output, returning a rather
complicated list of callback event information. I wouldn't go there.
scriptWaitOutput -- bypasses the queue and returns the output buffer (echo,
message, print, etc.)
> 5. And last, but not least. register and registerApplet - are these for
> synchronization? Is the fullName argument in registerApplet the same
> syncId received by appletReadyCallback (2nd argument)? And what's the
> second argument for register?
>
>
Yes, these are for synchronization. Don't play with those. Just make sure
your syncID is effectively unique.
> --
> Gusts Kaksis
>
>
>
> ------------------------------------------------------------------------------
> 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-developers mailing list
> Jmol-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jmol-developers
>
--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Chemistry Department
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
------------------------------------------------------------------------------
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-developers mailing list
Jmol-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-developers
