PDA

View Full Version : Cannot preview page from Dreamweaver

Handycam
2006-05-11, 10:07 AM
In DW 8.02, if I have OW set to be the primary browser, "preview page in primary browser" fails with a dialog:

"There is already another version of the browser running. Please close the other browser before previewing."

Also in BBEdit, I cannot choose Omniweb as a browser in my HTML Preview prefs, and choosing the command "preview in all running browsers" while OW is running does nothing.
Forrest
2006-05-11, 10:32 AM
Also in BBEdit, I cannot choose Omniweb as a browser in my HTML Preview prefs, and choosing the command "preview in all running browsers" while OW is running does nothing.

For me, in 8.2.5, OW was automatically listed as an option. It did display when I chose "preview in all running browsers." What version are you running?
Handycam
2006-05-11, 10:46 AM
I'm also running 8.2.5

When I go to preferences, HTML Preview, click "add" to try and add OW to the list of known browsers, I get the following dialog, and OW is grayed out.

http://stevelombardi.com/ow/bbedit.png
Forrest
2006-05-11, 10:52 AM
And it's not already listed in the prefs under HTML Preview? When I click add, it's grayed out here too, but my copy of 5.1 isn't.
Handycam
2006-05-11, 11:01 AM
And it's not already listed in the prefs under HTML Preview? When I click add, it's grayed out here too, but my copy of 5.1 isn't.

No, for some reason it's not there by default.
JKT
2006-05-11, 12:34 PM
I wonder if this is related to the ???? creator code issue?
Handycam
2006-05-11, 12:51 PM
I wonder if this is related to the ???? creator code issue?

Don't think so. The files are TEXT DmWr.
JKT
2006-05-11, 12:56 PM
I meant the (non)-creator code of ???? of the OmniWeb sp's themselves as being the reason why it can't be selected in the dialogue
Handycam
2006-05-11, 01:06 PM
Ah! Sorry, I wasn't up on that.
Ward
2006-05-11, 07:57 PM
In DW 8.02, if I have OW set to be the primary browser, "preview page in primary browser" fails with a dialog:

"There is already another version of the browser running. Please close the other browser before previewing."
FWIW, I'm getting the same error in Dreamweaver 7.0.1.
Handycam
2006-05-18, 05:38 AM
In SP11, I can finally add my page to BBEdit's prefs, and that app preview fine now.

However, I still cannot preview in Dreamweaver 8.02. I get a web page that reads:


Cannot Load Address

Stopped loading <file:///POLIWHIRL/Users/Shared/WORK/409%20CANAL%20STREET/1989%20409%20canal%20web/html/contact.html>: file doesn’t exist
Forrest
2006-05-18, 08:07 AM
And I take it you verified that's the proper location of that file?
Handycam
2006-05-18, 09:12 AM
Yes, of course. And I also tried moving the file to the HD root and previewing it from there, similar result.
Len Case
2006-05-18, 09:14 AM
Is there really a directory called "POLYWHIRL" in the root of your drive or is that the name of the volume?
Forrest
2006-05-18, 09:20 AM
If you open the file from the Finder, directly into OW, do you get the same error?
Handycam
2006-05-18, 09:32 AM
If you open the file from the Finder, directly into OW, do you get the same error?

No, it works fine. I can also open the html in BBEdit and preview it from there no problem.
Handycam
2006-05-18, 09:33 AM
Is there really a directory called "POLYWHIRL" in the root of your drive or is that the name of the volume?

It's the root volume name (and the machine name). All my macs are named after Pokemon :D .
Forrest
2006-05-18, 09:36 AM
Your volume name shouldn't be displaying. It should just be:
file:///Users/Shared/...

What causes that I don't know, sorry.
Handycam
2006-05-18, 09:41 AM
Your volume name shouldn't be displaying. It should just be:
file:///Users/Shared/...

When I open the file via File>Open, it display the correct path as you show.

When I preview the file in Safari, it also shows the correct path.

So, for some reason, the path is getting munged when sent from DW to OW but not in other browsers.
Ken Case
2006-05-18, 09:48 AM
Prior to Mac OS X, file URLs on the Mac always had the volume name as the first component of their path.

With Mac OS X (which is now based on UNIX), Apple standardized on the convention of using the UNIX path (just as file URLs worked on the NeXT platform, where the web was invented). Of course, many older applications still use the older file URL format, so most web browsers have to be prepared to accept either format.

This is currently broken in OmniWeb 5.5, because the code we were using to detect this in OmniWeb 5.1 is no longer being used. (It's part of the code we retired when switching to WebKit.)

Thanks for pointing out the issue!