I fear that this has ballooned out of proportion. I was simply chiming in to say that when testing html we (I) have to be careful how the page is tested, or we (I) might think that we (I) made a mistake in our code when we (I) really didn't.
I don't know how Dreamweaver does its preview, but clearly there are issues with Dreamweaver's preview function if previewing a page and loading the page from a web server give different results. Similarly, loading a page from a web server and using the "Open" command from the "File" menu in many OS X browsers gives different results depending on the placement of the files in question.
So, now we know that
(1) Dreamweaver's preview function _can_ lead the user to believe that the code is bad when in fact the code is fine; and
(2) Using the "Open" command in the "File" menu _can_ lead the user to believe that the code is bad when in fact the code is fine. (Under certain circumstances, using the "Open" command in the "File" menu of certain browsers on OS X actually works.)
I think it is safe to say that when you are testing code, you don't want to use Dreamweaver's preview function or the "Open" command from a browser's "File" menu (unless you feel like going through the extra effort of adhering to the special conditions that are required to make this test work remembering that his might only work on OS X systems).
The only place where I can think that this could matter is for demonstrations. If you want to be able to do demonstrations on a Mac OS X system that isn't connected to the internet, then you have two choices. Either you can run the Apache web server packaged with Mac OS X and serve yourself the pages, or you can be very careful about where you place the files (see my comments below) and use the "Open" command from the "File" menu of your browser of choice (Safari 1.0.1 or Mozilla 1.6)
Anyone else want to take a crack at this horse?
Chris
On Monday, February 2, 2004, at 02:12 PM, Philip Bays wrote:
I would raise the question as to how you are doing these tests? This comes back to Miguel's comments the other day. I find that if I use Dreamweaver, for example, to construct the code, and then hit F12 to launch the page, it does not work if everything is not in the same directory. That is because it is loading a page, even if it is all located on my web server. If, however, I access it by URL, then things work with the applet in a subdirectory.
Clear as mud??
Phil
On Feb 2, 2004, at 1:35 PM, Christopher Masi wrote:
Pat, Tim, Miguel, et al,
I am running OS X 10.2.8 with the Jag version of the Java 1.4.1 update on a PB G3 (FireWire), aka Pismo. Here is what I have noticed with regard to testing html by opening html files using command+o or by dragging and dropping.
If the applet, the pdb, and the html file are all in the same directory, the applet lauches and the pdb file loads.
If the applet and the pdb file are in the same directory, and the html file is in a different directory, the applet launches and the pdb file loads.
If the html file and the pdb are in the same directory, and the applet is in a different directory, the applet launches but the pdb file doesn't load.
If the html file and the applet are in the same directory, and the pdb file is in a different directory, the applet launches but the pdb file doesn't load.
Here is what I have notice with regard to testing html by access the url via my Apache server and my loopback address.
Every combination tried above worked.
I suspect that Apple's security model is that a Java applet can access a file locally as long as that file resides in the same directory as the applet. The applet cannot access a local file if the file is in a different directory. As long as the html file is properly coded, then its location is not important.
The occasional pdb not loading problem that you note with Mozilla is probably a bug with Apple's Java plug-in or Mozilla's use of the plug-in. I have noticed some strange behavior too. Sometimes Safari doesn't run a script on one window if more than one Jmol window appears in a page, once or twice Safari has forgotten to load a pdb when there is more than one Jmol window on a page. Mozilla seems to be well behaved, but both Mozilla and Safari occasionally do weird things if their open windows are dragged around my screen.
Chris
P.S. Yesterday I installed RedHat Linux v7.3 in a VPC Virtual Computer because I wanted to see how Linux deals with applets accessing local files. I am curios about how Windows deals with it, but all I have is Win95, and every time I try to access a page with a Java applet in it, IE asks me for a CD. Putting my Win95 CD in the drive never seems to help, and I can't find a virtual Java machine for Win95 on the net. (Hey, Win95 is _only_ 8 years old, so I should still be able to get stuff for it , right :?)
On Sunday, February 1, 2004, at 12:55 PM, Philip Bays wrote:
Tim:
I am having similar issues on OSX.
If you go to the following web address, you should seen two images displayed in separate windows of the platin complexes.
http://www.saintmarys.edu/~pbays/Complexes/Complexes.htm
At the web site, the applet is in the same directory as the html and pdb files.
It works fine in Safari. However, on Camino and Mozilla, sometimes only one of the images loads. I have to do one or two reloads to get them both.
If I move the directory to my desktop, and try to run with the "file open" command "rather than the external web site", again Safari works fine. Both Camino and Mozilla fail with a "language.... exception" error.
Likewise, I am having difficulty with the codebase expression. I find I cannot use it on my local machine. Have not tried at the web site. But if I put the applet into a directory one level below the one where the html file and the pdb file is located, I do not get structure displays. All seem to have the be in the same directory. I have tried all of the "punctuation" options that Miguel share with us the other day; none work for me. I think the applet loads. I see the square box and the little "jmol" in the lower right hand corner. But no structure. I would prefer not to have to update the applet in x directories when a new one comes out, or to take up disk space with multiple copies. But I cannot seem to get the codebase expression correct, at least locally.
Phil Bays
On Jan 31, 2004, at 6:39 AM, timothy driscoll wrote:
hmm. I feel this needs clarification before X users start firing up Apache
(which has its own drawbacks).
I am running Safari 1.1.1 on Os X 10.3.2, reports Java 1.4.1_01. I just
opened (cmd-O) a local html file that loads a local copy of the applet and a
local pdb file, and everything works just fine. that tells me that I can run
local copies of Jmol without needing the http protocol, at least in Safari.
what am I doing differently?
J. Philip Bays Professor of Chemistry Science Hall 158 Saint Mary's College Notre Dame IN 46556 (574) 284-4663
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Jmol-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jmol-users
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Jmol-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jmol-users
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Jmol-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jmol-users
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Jmol-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jmol-users
