Miguel wrote:
The problem is actually with getAtomSetCollectionProperties and getAtomSetProperties ... those entry points were intended to be used for passing more complicated information from the Readers to the Viewer.
right - they only pass strings. That's pretty much useless. These should probably be abandoned.
Bob pointed out that he could not use getAtomSetCollectionProperties because he needed to pass more complicated data structures. So he created auxiliaryInfo methods that use Hashtable. This is something that we need to take a look at and consider. These two things need to be consolidated ... because they are trying to provide the same functionality. This is also related to the API and data structures that we use to exchange information between the viewer and JavaScript or the viewer and Java.
Right.
I strongly suspect that the Hashtable solution is the right one and that we will replace the use of java.util.Properties in org.jmol.api.* with java.util.Hashtable. This will need to be reviewed after the 10.1 release.
Great. This is a rich source of information. Costs next to nothing. Useless of course without getProperty()!
So, this auxiliaryInfo API enhancement will not make it into the 10.1 release. Nor will the reader changes (SpartanSmol + Gaussian ?) that depend upon it.
Fine, as long as it's a priority right after. Along with getProperty(). getProperty() and draw should have top billings after 10.1; frame/visibility very close 3rd in my opinion. Spin right up there, too.
Bob -- -- Robert M. Hanson, [EMAIL PROTECTED], 507-646-3107 Professor of Chemistry, St. Olaf College 1520 St. Olaf Ave., Northfield, MN 55057 mailto:[EMAIL PROTECTED] http://www.stolaf.edu/people/hansonr "Imagination is more important than knowledge." - Albert Einstein ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Jmol-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jmol-developers
