> I do not believe that the publishers regard Jmol as "supported", but > of course it has to be acknowledged that Jmol depends on underlying > Java, and its difficult to see how that might have a future > mapped in decades rather than years. I presume however that it would > not be difficult to reparse the Jmol syntax into new forms if > the underlying data is readily identified. Again, its doubtful that > 3D PDF could be refactored in such a way.
So Jmol has a very compact but well-characterised description of graphic state, that in principle could be parsed by a different rendering engine to re-constitute a specific view. At present, each "rendering engine" in the molecular visualisation field has its own graphics description language, but many of them share common concepts, and there have been some proposals to create a lingua franca to identify and markup common concepts, such as SBEVSL (http://sbevsl.sourceforge.net) which tries to unify Rasmol and PyMOL - not sure whether any Jmol folk have been involved in this too? Actively working on these high-level descriptive markup languages could help to realise the prospect of properly archiving "interactive" components of journal articles. Cheers Brian _________________________________________________________________________ Brian McMahon tel: +44 1244 342878 Research and Development Officer fax: +44 1244 314888 International Union of Crystallography e-mail: [email protected] 5 Abbey Square, Chester CH1 2HU, England ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Jmol-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jmol-users
