From: Alan H. <he...@il...> - 2007-11-15 14:42:36
|
<html> <body> Dave Fletcher at Daresbury, who is responsible for the UK crystallographic database service, came up with a simple solution to prevent jmol/java caching CIF drawings. <br><br> First the problem:<br><br> <blockquote type=cite class=cite cite="">If I draw a structure by loading a file "local4.cif" as usual like:<br> <pre>jmolApplet(600,'load "local4.cif" { 3 3 3 }; etc... </pre>and then I change the contents of my file "local4.cif" and redraw it, the drawing remains the same even though when I "view" the file from the jmol window the new contents are correctly listed</blockquote><br> Now Dave's solution was simply to replace the call to jmolApplet with...<br> <blockquote type=cite class=cite cite=""><pre>jmolApplet(600,'load "local4.cif?$id[0]" { 3 3 3 }; etc... </pre></blockquote>where $id[0] is a number unique for each structure. Surprisingly (?) jmol doesn't complain about this ?$id[0] appendix to the file name. Dave explains it like this:<br><br> <blockquote type=cite class=cite cite="">The ?$id[0] is different for each structure, so stops the caching, but<br> everything after the ? is part of the GET query string which is not used by Jmol.</blockquote><br> Thanks Dave. I was surprised and delighted that something so simple worked. Alan.<br> </body> <br> <div>_____________________________________________________________</div> <div>Dr Alan Hewat, ILL Grenoble, FRANCE<he...@il...>fax+33.476.20.76.48</div> <div>+33.476.20.72.13 (.26 Mme Guillermet) <a href="http://www.ill.fr/dif/people/hewat/" EUDORA=AUTOURL> http://www.ill.fr/dif/people/hewat/</a></div> <div>_____________________________________________________________</div> </html> |