Well, that certainly looks to be the simplest way. I've made the changes
Angel suggests to

http://chemapps.stolaf.edu/jmol/docs/examples-11/Jmol.js
http://chemapps.stolaf.edu/jmol/docs/examples-11/jmolsvg.xhtml
http://chemapps.stolaf.edu/jmol/docs/examples-11/t2.xhtml

How do those look now?

I guess it makes sense that you could do this with a simple span tag. I
still have the

jmolSetXHTML(id)

in there, because we need to specify when to use this mechanism.

[Can't test this on my mac, because whenever I boot all I see is the
background, no icons across the bottom. I'll get that checked out tomorrow.]

Bob


On Thu, May 7, 2009 at 4:05 PM, Jeff Hansen <jhan...@depauw.edu> wrote:

> Interesting that you seem to be having the opposite experience of what I'm
> having.  For me it works only in Safari, not in Firefox or Opera.  For you
> it works in Firefox and Opera but not in Safari or Chrome (both based on
> webkit).
>
> ***********************************************
> Jeff Hansen
> Department of Chemistry and Biochemistry
> DePauw University
> 602 S. College Ave.
> Greencastle, IN 46135
> jhan...@depauw.edu
> ***********************************************
>
>
> On May 7, 2009, at 4:10 PM, Angel Herráez wrote:
>
>   OK, I'm replying to several previous posts here:
>
>    1. I don't have a problem with the CDATA tag inside the script tag, in
> any browser
>   <script type="text/javascript">
>   /* <![CDATA[ */
>   jmolInitialize(".")
>   jmolApplet(300, 'load "alkaloid.mol"; ')
>   /* ]]> */
>   </script>
>
>    And If I remove then CDATA tags, there is no problem either, at least
> with local files.
>
>    2. IE8 only shows the page if it is called .html (same file content,
> with XHTML 1.0 Strict headers), both locally and from the server. I have no
> idea how my server actually serves the file.
>
>    3. The file at
>   http://chemapps.stolaf.edu/jmol/docs/examples-11/Jmol.js
>   still needs fixes for "checked" inside function jmolCheckbox() and
> function _jmolRadio()
>   (isChecked ? "checked='checked' />" : " />")
>
>    4. I've also read about the alternative use of createElement and
> createElementNS depending on the browser, but I couldn't make it work
> either.
>
>    5. test on Jeff's page
> http://webme.com/jhansen4/iWeb/Jmol/JmolPlusSVG.xhtml<http://web.me.com/jhansen4/iWeb/Jmol/JmolPlusSVG.xhtml>
>   Firefox 3.0.10: OK
>   Opera 9.62: OK
>   Safari 4: no applet
>   Chrome: no applet
>   IE8: does not load the page, but downloads it
>
>    6. test on Bob's page
>   http://chemapps.stolaf.edu/jmol/docs/examples-11/jmolsvg.xhtml
>   Firefox 3.0.10: OK
>   Opera 9.62: OK
>   Safari 4: no applet
>   Chrome: no applet
>   IE8: does not load the page, but downloads it
>
>    7. Only thing I can think of for IE is to duplicate the page with .html
> extension and write a conditional redirect :-(
>
>    8. I am using a different patch for Jmol.js's document.write that
> instead of using appendChild uses only insertBefore, and it works fine in
> all 4 browsers, with both xhtml and html file extensions.
>   see v.4 in http://biomodel.uah.es/Jmol/xhtml/
>   I have no rationale for the xhtml method used, just pasted a bit of code
> from the web and then modified it a little bit, and followed what works.
>   That page is using the standard 11.7 Jmol.js (not Bob's new one) after
> removing from it all camelCase and completing the checked and selected tags,
> and a single overwrite of _jmolDocumentWrite() in a separate JS file
>
>    9. I can test with a  standalone installation of IE6, but I don't trust
> it much since in part it behaves as the default (IE8). Anyway, this is what
> it gives:
>   Jeff's page: not opened
>   Bob's page: not opened
>   my page: only when it has html extension
>   So, IE6 = IE8 in this respect
>
>    HTH,
>
>
>
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK
> i700
> Series Scanner you'll get full speed at 300 dpi even with all image
> processing features enabled.
> http://p.sf.net/sfu/kodak-com_______________________________________________
> Jmol-users mailing list
> Jmol-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jmol-users
>
>
>
>
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK
> i700
> Series Scanner you'll get full speed at 300 dpi even with all image
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Jmol-users mailing list
> Jmol-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jmol-users
>
>


-- 
Robert M. Hanson
Professor of Chemistry
St. Olaf College
1520 St. Olaf Ave.
Northfield, MN 55057
http://www.stolaf.edu/people/hansonr
phone: 507-786-3107


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
------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users

Reply via email to