> "Stream" is not the right word, > because it has very specific I/O meanings, I know.
No, your use of the word "stream" was correct. I am just not ready to think about queuing up a stream of events until we get a little more experience with querying static properties. > you REALLY don't like interfaces, I think ! :) interfaces are great. I just think that an interface is inappropriate in this case. > Can this be done as a separate branch in the CVS? I have it all ready to > go checked out as "Jmol-callback" but I don't know what to do next if I > were to put it up somewhere for others to look at and help me with it. Yes, we could set up a separate branch if the need arises. But right now I don't see any problems with doing it on the main branch. It is not interfering with anything else ... at least not yet. > What I would then do is > have the applet.Jmol class expose "getProperty" and deliver > "viewer.getJsonProperty" while the app exposes "getProperty" and > delivers "viewer.getProperty" I don't think that we should do this 'name change'. Rather, I think that the JavaScript should call getJsonProperty(). > But the "JSON" isn't quite appropriate here, because not EVERYTHING > delivered to the applet has to be a JSON string -- file contents for > example -- single strings and such. They can just go straight to > JavaScript. It's just the more complex Java objects that need JSON. Correct. For those things the JavaScript should call getProperty(). Both getProperty and getJsonProperty should be exposed to JavaScript. (It also seems to me that these methods should be wrapped up inside functions in Jmol.js) > There might even be a small openSource Java utility package that > converts Java to > JavaScript data formats directly. I looked at a Java package that is referenced at http://www.json.org ... frankly it looked too heavyweight for me. We are only generating JSON strings, so I think it will be easier to directly implement the conversion routines. > I think I'm catching on. Good. Miguel ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 _______________________________________________ Jmol-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jmol-developers
