Not just stoopid, but twicet. ![]()
Yes.
cheers,
gary
Not just stoopid, but twicet. ![]()
Yes.
cheers,
gary
Cooper:
“IE automatically changes \ to / if and only if the \ is not before the root.”
Webkit mirrors the same behavior with URIs.
Funnily enough, my colleague did that with a url to a PDF and I alerted him to the PDF link not working, while he had not seen a problem (in Chrome). All the slashes were WinSlashes, but at the time he was a heavy Opera user so I dunno what Opera did. Interesting. Long Live Unix Paths!
Site is partly to somewhat up. Two pages and the images file got lost in space. The original place holder template horror was still holding court. I am not sure how long it takes for the uploads to replace things. Thanks for all your posts. You were all laughing at me, but your posts were funny and made me laugh. FYI Ryan, uploading with no directions is NOT easy. Many failures before the magic happened. As soon as it is actually working, I’ll send you the site. Shari
You were all laughing at me, but your posts were funny and made me laugh.
It’s not as if we’re all upload geniuses or anything. Me, I get my husband to set up all the server stuff for me, lawlz.
Normally uploading should be immediate change but you may not see it if you’ve got the old stuff cached in your browsers.
The exception being favicons where clearing your cache in FF is damn near impossible. I just wait a week and then I can see my new favicons in FF.
To force a serious refresh of the cache, use ctrl-shift-r or ctrl-F5
To really clear the cache, do:[list=1][] At the top of the Firefox window, click on the Edit menu, and select Preferences …
[] Select the Advanced panel.
[] Click on the Network tab.
[] In the Offline Storage section, click Clear Now.
[*] Click OK to close the Preferences window[/list]
cheers,
gary
I was going to concur it would likely be malformed URL and possibly be erroneous backwards “\” slashes.
The uploading should only take a few minutes or seconds depending upon your connection speed. The FTP Client should tell you when it has completed the upload(s).
Then theoretically you should be able to load/see the page online if that fails they have either been placed in the wrong directory or you need to refresh your browser cache, i.e. Firefox CTRL+F5.
Again, you may have issues if you don’t change the paths to reflect those online rather than on your own PC. Also, you might need to call the page you upload “index.htm” or something similar if you aren’t familiar with the server settings.
Other than that I need to see either; the code or URL; the latter being more favourable. ![]()
[ot]In the Offline Storage section, click Clear Now…
I thought I had Offline Storage turned off. ARG FFx ARG : ( [/ot]
I had to go away for a while… But I’m making the assumption you are writing plain (x)html pages without any script? You were getting the errors off-line and only in one browser so clearly they are interpreting paths and filenames slightly differently for some reason.
Right, a good thing to do is create a simple offline test page for example:
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>
I am a Test Page
</title>
</head>
<body>
<p>
"Hark, mortal! To enter the castle, thou must play the
right tune!"
</p>
<div>
<img src="reply.gif" alt="I am a Image" title=
"Can you see this image?" />
</div>
</body>
</html>
To make things easier download/save the image at this link (to your desktop); http://sitepointstatic.com/forums/images/buttons/reply.gif and name it reply.gif (you should now have a file called ‘reply.gif’ on your desktop.
Then save the above “code sample” as a webpage (on your desktop) and open in Firefox; if it loads the offline “reply.gif” into the web-page then we know it’s not the browser at fault.
Going onto a slightly different angle:
It is possible you have spaces and things in the path to your image. A simple way to check; is to ‘drag and drop’ the image file into the Firefox browser and it will show the FULL URL in the Address bar as seen by the browser. But to find the true value “right-click” on the image (within Firefox) to bring up the context menu and select “Copy image location” and paste that into notepad or something you then might see something like:
file:///C:/Documents%20and%20Settings/Robert/Desktop/reply.gif
Which is an absolute path and has spaces (those can cause issues). I’m probably just confusing matters for you so I’ll shut-up but that could be another reason why it only displays in the other 2 browsers.
I don’t know if this only had to do with my Service Provider or is true for all, but I use FTP to upload my code and my FTP (Bulletproof) makes a choice between changing names from upper case to lower case on upload i.e. Photo_01.JPG becomes photo_01.jpg.
When this first happened my pics didn’t show in FF, but in IE6 as it was then. Sooo it might be worth checking that the names you have on the server are the names you have on your computer and then check that the links on your pages lead to the right sized name.
I hope you understand this and if it is so, that I have saved you the hair tearing and all the computer tantrums we suffer ( am I the only one who freaks out?) when we just can’t find out what’s wrong.
If it is this, change the settings in your Preferences or Options in your FTP.