Re: This is not working with SM but OK with IE
On 8/14/10 6:57 PM, Jay Garcia wrote: On 14.08.2010 15:15, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 16:25, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) Yes, on YOUR local system, that's my point. If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif local systems are governed by whatever OS you're running locally. Could you try ... with SM the following: http://raymond.homedns.org/IMAGES\pose-yoga.jpg The problem is that i must have my pc up and running my webserver for you to test ... (i power off my pc when i don't use it - so tell me a date/time) For you (and i suppose also that's for me) it's a remote server. Can't get there with any browser: Failed to Connect The connection was refused when attempting to contact raymond.homedns.org. A TraceRoute went 21 steps from my connection to po1.ixdslstr2.isp.belgacom.be and then got no responses beyond. -- David E. Ross http://www.rossde.com/. Anyone who thinks government owns a monopoly on inefficient, obstructive bureaucracy has obviously never worked for a large corporation. © 1997 by David E. Ross ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
David E. Ross wrote: On 8/14/10 1:07 PM, Ray_Net wrote: David E. Ross wrote: On 8/13/10 2:27 PM, Ray_Net wrote: Jay Garcia wrote: On 13.08.2010 15:18, Jay Garcia wrote: --- Original Message --- Try these links in a few browsers: http://www.ufaq.org/themes/RavenIce/images/logo.gif Ok http://www.ufaq.org/themes/RavenIce/images\logo.gif Not Found The requested URL /themes/RavenIce/images\logo.gif was not found on this server. Apache/1.3.41 Ben-SSL/1.59 Server at www.ufaq.org Port 80 Does not work in Firefox, Seamonkey or IE I have put http://www.ufaq.org/themes/RavenIce/images\logo.gif in the url-adress part of mi IE8 and IT WORKS ! Yes. IE is broken in that it allows \ in a server-based URI when the internationally recognized specification says that \ is not allowed. You want Gecko (the core for Firefox, SeaMonkey, and others) to be similarly broken. Most of us would prefer that Gecko not be broken. but SM(or Gecko) is broken when he accept \ in a server-based URI when this server is on my pc. What is the name of the server on your PC? What version? Abyss Web Server X1 (v 2.3.2) - Copyright © Aprelium Technologies - 2001-2006 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Jay Garcia wrote: On 14.08.2010 17:22, Ray_Net wrote: --- Original Message --- J. Weaver Jr. wrote: Ray_Net wrote: Jay Garcia wrote: On 13.08.2010 16:25, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) Yes, on YOUR local system, that's my point. If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif local systems are governed by whatever OS you're running locally. Could you try ... with SM the following: http://raymond.homedns.org/IMAGES\pose-yoga.jpg WFM, with SM 2.0.6. -JW Thanks for the test ... Jay Garcia wrote: If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif And in other words J. Weaver Jr. wrote: If you try my examples, you'll find that it DOES WORK on a remote server: http://raymond.homedns.org/IMAGES\pose-yoga.jpg My example and your example doesn't work here with SM 2.0.6 or FF 3.0.8 This is normal that my exemple did not work for you, because at the taime of you test, my pc was power off, and i was sleeping :-) J. Weaver Jr. have proved that my exemple works... ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
David E. Ross wrote: On 8/14/10 6:57 PM, Jay Garcia wrote: On 14.08.2010 15:15, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 16:25, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) Yes, on YOUR local system, that's my point. If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif local systems are governed by whatever OS you're running locally. Could you try ... with SM the following: http://raymond.homedns.org/IMAGES\pose-yoga.jpg The problem is that i must have my pc up and running my webserver for you to test ... (i power off my pc when i don't use it - so tell me a date/time) For you (and i suppose also that's for me) it's a remote server. Can't get there with any browser: Failed to Connect The connection was refused when attempting to contact raymond.homedns.org. A TraceRoute went 21 steps from my connection to po1.ixdslstr2.isp.belgacom.be and then got no responses beyond. Try it now ... i let my pc on with the webserver active until further notice. http://raymond.homedns.org/IMAGES\pose-yoga.jpg ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Hi, Ray_Net a tapoté, le 15/08/2010 10:50: [.] http://raymond.homedns.org/IMAGES\pose-yoga.jpg It works! GET /IMAGES%5Cpose-yoga.jpg HTTP/1.1 -- Stéphane http://pasdenom.info ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 15.08.2010 03:48, Ray_Net wrote: --- Original Message --- My example and your example doesn't work here with SM 2.0.6 or FF 3.0.8 This is normal that my exemple did not work for you, because at the taime of you test, my pc was power off, and i was sleeping :-) J. Weaver Jr. have proved that my exemple works... Well yes and no. The example works on your LOCAL system even if accessed from outside because it relies on what your local OS rules apply. Put your same example up on any ISP's system running Linux, FreeBSD, MS IIS, etc. and will not work as proven by MY example that is hosted on my server running FreeBSD. -- *Jay Garcia - Netscape/Flock Champion* www.ufaq.org Netscape - Firefox - SeaMonkey - Flock - Thunderbird ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 15.08.2010 03:50, Ray_Net wrote: --- Original Message --- David E. Ross wrote: On 8/14/10 6:57 PM, Jay Garcia wrote: On 14.08.2010 15:15, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 16:25, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) Yes, on YOUR local system, that's my point. If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif local systems are governed by whatever OS you're running locally. Could you try ... with SM the following: http://raymond.homedns.org/IMAGES\pose-yoga.jpg The problem is that i must have my pc up and running my webserver for you to test ... (i power off my pc when i don't use it - so tell me a date/time) For you (and i suppose also that's for me) it's a remote server. Can't get there with any browser: Failed to Connect The connection was refused when attempting to contact raymond.homedns.org. A TraceRoute went 21 steps from my connection to po1.ixdslstr2.isp.belgacom.be and then got no responses beyond. Try it now ... i let my pc on with the webserver active until further notice. http://raymond.homedns.org/IMAGES\pose-yoga.jpg Ok, I'm done with this, thanks anyway. Unable to connect Firefox can't establish a connection to the server at raymond.homedns.org. -- *Jay Garcia - Netscape/Flock Champion* www.ufaq.org Netscape - Firefox - SeaMonkey - Flock - Thunderbird ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 8/15/10 1:50 AM, Ray_Net wrote: David E. Ross wrote: On 8/14/10 6:57 PM, Jay Garcia wrote: On 14.08.2010 15:15, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 16:25, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) Yes, on YOUR local system, that's my point. If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif local systems are governed by whatever OS you're running locally. Could you try ... with SM the following: http://raymond.homedns.org/IMAGES\pose-yoga.jpg The problem is that i must have my pc up and running my webserver for you to test ... (i power off my pc when i don't use it - so tell me a date/time) For you (and i suppose also that's for me) it's a remote server. Can't get there with any browser: Failed to Connect The connection was refused when attempting to contact raymond.homedns.org. A TraceRoute went 21 steps from my connection to po1.ixdslstr2.isp.belgacom.be and then got no responses beyond. Try it now ... i let my pc on with the webserver active until further notice. http://raymond.homedns.org/IMAGES\pose-yoga.jpg The TraceRoute now goes 22 steps from my connection to IP 195.207.177.213, for which no domain name is reported. Beyond that, there are no responses. -- David E. Ross http://www.rossde.com/. Anyone who thinks government owns a monopoly on inefficient, obstructive bureaucracy has obviously never worked for a large corporation. © 1997 by David E. Ross ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 8/11/10 7:47 AM, Ray_Net wrote: http://home.scarlet.be/~pin10521/didyouseethepicture.htm Final analysis: You have constructed a URI that is invalid according to RFC 3986 because it uses \ in place of / to represent part of the path to an image file. The Gecko engine used by Firefox and SeaMonkey complies with RFC 3986. Thus, SeaMonkey fails to give you what you expect. You continue to insist that SeaMonkey give good results from bad input. IE guesses what you really meant by that invalid URI and gives you what you expect. In some cases, such guessing can cause errors. Rather than correct your URI, you want Gecko (and thus Firefox and SeaMonkey) to be broken. I strongly suspect that such breakage will never happen. Since I'm not a developer, I can't give an absolutely definitive answer on this. I do know that the same problem has been reported in the past by others, and they all corrected their URIs. You seem to be alone in insisting that Gecko be changed to give good results from bad input and in refusing to correct your HTML. I refuse to deal with this any further. TROLL! -- David E. Ross http://www.rossde.com/. Anyone who thinks government owns a monopoly on inefficient, obstructive bureaucracy has obviously never worked for a large corporation. © 1997 by David E. Ross ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
David E. Ross wrote: On 8/15/10 1:50 AM, Ray_Net wrote: David E. Ross wrote: On 8/14/10 6:57 PM, Jay Garcia wrote: On 14.08.2010 15:15, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 16:25, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) Yes, on YOUR local system, that's my point. If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif local systems are governed by whatever OS you're running locally. Could you try ... with SM the following: http://raymond.homedns.org/IMAGES\pose-yoga.jpg The problem is that i must have my pc up and running my webserver for you to test ... (i power off my pc when i don't use it - so tell me a date/time) For you (and i suppose also that's for me) it's a remote server. Can't get there with any browser: Failed to Connect The connection was refused when attempting to contact raymond.homedns.org. A TraceRoute went 21 steps from my connection to po1.ixdslstr2.isp.belgacom.be and then got no responses beyond. Try it now ... i let my pc on with the webserver active until further notice. http://raymond.homedns.org/IMAGES\pose-yoga.jpg The TraceRoute now goes 22 steps from my connection to IP 195.207.177.213, for which no domain name is reported. Beyond that, there are no responses. have i forgotten to tell you that i have closed my pc ? OK, it's up and running now for about 2 hours. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
David E. Ross wrote: On 8/11/10 7:47 AM, Ray_Net wrote: http://home.scarlet.be/~pin10521/didyouseethepicture.htm Final analysis: You have constructed a URI that is invalid according to RFC 3986 because it uses \ in place of / to represent part of the path to an image file. The Gecko engine used by Firefox and SeaMonkey complies with RFC 3986. Thus, SeaMonkey fails to give you what you expect. You continue to insist that SeaMonkey give good results from bad input. IE guesses what you really meant by that invalid URI and gives you what you expect. In some cases, such guessing can cause errors. Rather than correct your URI, you want Gecko (and thus Firefox and SeaMonkey) to be broken. I strongly suspect that such breakage will never happen. Since I'm not a developer, I can't give an absolutely definitive answer on this. I do know that the same problem has been reported in the past by others, and they all corrected their URIs. You seem to be alone in insisting that Gecko be changed to give good results from bad input and in refusing to correct your HTML. I refuse to deal with this any further. I did not want anything ... i just wanted to know why SM works in every cases i tested/used except when the page is on the webseerver of my isp. I think that i have the answers now: When using file SM works ok with \ because my OS is windows. When using http://localhost/...etc SM works ok because my webserver do the translation. When someone outside my pc is using http://raymond.homedns.org/IMAGES\pose-yoga.jpg their SM works ok because my webserver do the translation. When Someone or me try http://home.scarlet.be/~pin10521/IMAGES\pose-yoga.jpg SM is unable to render the picture because all what was said about this subject. Now i have all explanations about all my cases, i am happy to know the reason why i had difficulties to find what was wrong. The problem is CLOSED and this was NOT A TROLL ! ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: OT population (was Re: This is not working with SM but OK with IE)
NoOp wrote: On 08/13/2010 04:45 AM, Daniel wrote: JeffM wrote: David E. Ross wrote: snip Yup. *More*. Especially if you're in the 4th most populous nation: :Firefox’s share on many of the top Indonesian websites :is between 65-75%. http://blog.mozilla.com/gen/2010/06/29/mozilla-in-indonesia-2010/ India1Bill, China1Bill, US of A approx 300Mill, Russia I'm guessing 200Mill, but Indonesia is only about 125Mill, isn't it?? Daniel https://www.cia.gov/library/publications/the-world-factbook/rankorder/2119rank.html?countryName=IndonesiacountryCode=idregionCode=easrank=4#id Well, there you go, I must have bee n thinking back in the USSR days!! And was I thinking of number of Muslims in Indonesia?? Page Bookmarked. Daniel ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
David E. Ross wrote: On 8/13/10 2:27 PM, Ray_Net wrote: Jay Garcia wrote: On 13.08.2010 15:18, Jay Garcia wrote: --- Original Message --- Try these links in a few browsers: http://www.ufaq.org/themes/RavenIce/images/logo.gif Ok http://www.ufaq.org/themes/RavenIce/images\logo.gif Not Found The requested URL /themes/RavenIce/images\logo.gif was not found on this server. Apache/1.3.41 Ben-SSL/1.59 Server at www.ufaq.org Port 80 Does not work in Firefox, Seamonkey or IE I have put http://www.ufaq.org/themes/RavenIce/images\logo.gif in the url-adress part of mi IE8 and IT WORKS ! Yes. IE is broken in that it allows \ in a server-based URI when the internationally recognized specification says that \ is not allowed. You want Gecko (the core for Firefox, SeaMonkey, and others) to be similarly broken. Most of us would prefer that Gecko not be broken. but SM(or Gecko) is broken when he accept \ in a server-based URI when this server is on my pc. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Jay Garcia wrote: On 13.08.2010 16:25, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) Yes, on YOUR local system, that's my point. If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif local systems are governed by whatever OS you're running locally. Could you try ... with SM the following: http://raymond.homedns.org/IMAGES\pose-yoga.jpg The problem is that i must have my pc up and running my webserver for you to test ... (i power off my pc when i don't use it - so tell me a date/time) For you (and i suppose also that's for me) it's a remote server. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Ray_Net wrote: Jay Garcia wrote: On 13.08.2010 16:25, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) Yes, on YOUR local system, that's my point. If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif local systems are governed by whatever OS you're running locally. Could you try ... with SM the following: http://raymond.homedns.org/IMAGES\pose-yoga.jpg WFM, with SM 2.0.6. -JW ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
J. Weaver Jr. wrote: Ray_Net wrote: Jay Garcia wrote: On 13.08.2010 16:25, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) Yes, on YOUR local system, that's my point. If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif local systems are governed by whatever OS you're running locally. Could you try ... with SM the following: http://raymond.homedns.org/IMAGES\pose-yoga.jpg WFM, with SM 2.0.6. -JW Thanks for the test ... Jay Garcia wrote: If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif And in other words J. Weaver Jr. wrote: If you try my examples, you'll find that it DOES WORK on a remote server: http://raymond.homedns.org/IMAGES\pose-yoga.jpg ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Ray_Net wrote: David E. Ross wrote: On 8/13/10 2:27 PM, Ray_Net wrote: Jay Garcia wrote: On 13.08.2010 15:18, Jay Garcia wrote: --- Original Message --- Try these links in a few browsers: http://www.ufaq.org/themes/RavenIce/images/logo.gif Ok http://www.ufaq.org/themes/RavenIce/images\logo.gif Not Found The requested URL /themes/RavenIce/images\logo.gif was not found on this server. Apache/1.3.41 Ben-SSL/1.59 Server at www.ufaq.org Port 80 Does not work in Firefox, Seamonkey or IE I have put http://www.ufaq.org/themes/RavenIce/images\logo.gif in the url-adress part of mi IE8 and IT WORKS ! Yes. IE is broken in that it allows \ in a server-based URI when the internationally recognized specification says that \ is not allowed. You want Gecko (the core for Firefox, SeaMonkey, and others) to be similarly broken. Most of us would prefer that Gecko not be broken. but SM(or Gecko) is broken when he accept \ in a server-based URI when this server is on my pc. Yes I agree. Just more mozilla trying be as Like IE as Possible while appearing different. -- Phillip M. Jones, C.E.T.If it's Fixed, Don't Break it http://www.phillipmjones.netmailto:pjon...@kimbanet.com ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 14.08.2010 15:15, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 16:25, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) Yes, on YOUR local system, that's my point. If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif local systems are governed by whatever OS you're running locally. Could you try ... with SM the following: http://raymond.homedns.org/IMAGES\pose-yoga.jpg The problem is that i must have my pc up and running my webserver for you to test ... (i power off my pc when i don't use it - so tell me a date/time) For you (and i suppose also that's for me) it's a remote server. Can't get there with any browser: Failed to Connect The connection was refused when attempting to contact raymond.homedns.org. -- *Jay Garcia - Netscape/Flock Champion* www.ufaq.org Netscape - Firefox - SeaMonkey - Flock - Thunderbird ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 14.08.2010 15:21, J. Weaver Jr. wrote: --- Original Message --- Ray_Net wrote: Jay Garcia wrote: On 13.08.2010 16:25, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) Yes, on YOUR local system, that's my point. If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif local systems are governed by whatever OS you're running locally. Could you try ... with SM the following: http://raymond.homedns.org/IMAGES\pose-yoga.jpg WFM, with SM 2.0.6. -JW Doesn't here with any browser, get this: Failed to Connect The connection was refused when attempting to contact raymond.homedns.org. -- *Jay Garcia - Netscape/Flock Champion* www.ufaq.org Netscape - Firefox - SeaMonkey - Flock - Thunderbird ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 14.08.2010 17:22, Ray_Net wrote: --- Original Message --- J. Weaver Jr. wrote: Ray_Net wrote: Jay Garcia wrote: On 13.08.2010 16:25, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) Yes, on YOUR local system, that's my point. If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif local systems are governed by whatever OS you're running locally. Could you try ... with SM the following: http://raymond.homedns.org/IMAGES\pose-yoga.jpg WFM, with SM 2.0.6. -JW Thanks for the test ... Jay Garcia wrote: If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif And in other words J. Weaver Jr. wrote: If you try my examples, you'll find that it DOES WORK on a remote server: http://raymond.homedns.org/IMAGES\pose-yoga.jpg My example and your example doesn't work here with SM 2.0.6 or FF 3.0.8 -- *Jay Garcia - Netscape/Flock Champion* www.ufaq.org Netscape - Firefox - SeaMonkey - Flock - Thunderbird ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Jay Garcia: On 14.08.2010 15:21, J. Weaver Jr. wrote: Ray_Net wrote: Could you try ... with SM the following: http://raymond.homedns.org/IMAGES\pose-yoga.jpg WFM, with SM 2.0.6. -JW Doesn't here with any browser, get this: Failed to Connect It had worked for me on SM 2.1, but now there is a problem with the server. Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
OT population (was Re: This is not working with SM but OK with IE)
JeffM wrote: David E. Ross wrote: snip Yup. *More*. Especially if you're in the 4th most populous nation: :Firefox’s share on many of the top Indonesian websites :is between 65-75%. http://blog.mozilla.com/gen/2010/06/29/mozilla-in-indonesia-2010/ India 1Bill, China 1Bill, US of A approx 300Mill, Russia I'm guessing 200Mill, but Indonesia is only about 125Mill, isn't it?? Daniel ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: OT population (was Re: This is not working with SM but OK with IE)
On 08/13/2010 04:45 AM, Daniel wrote: JeffM wrote: David E. Ross wrote: snip Yup. *More*. Especially if you're in the 4th most populous nation: :Firefox’s share on many of the top Indonesian websites :is between 65-75%. http://blog.mozilla.com/gen/2010/06/29/mozilla-in-indonesia-2010/ India 1Bill, China 1Bill, US of A approx 300Mill, Russia I'm guessing 200Mill, but Indonesia is only about 125Mill, isn't it?? Daniel https://www.cia.gov/library/publications/the-world-factbook/rankorder/2119rank.html?countryName=IndonesiacountryCode=idregionCode=easrank=4#id ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
NoOp wrote: On 08/12/2010 04:42 PM, NoOp wrote: ... I agree with David regarding the rfc... however: The link doesn't work with Opera (linux) as well. But it *does* work with Chromium 5.0.375.125 (53311) Ubuntu 10.04 (linux), and Epiphany Web Browser 2.30.2 (linux). Sorry, forgot to mention that Epiphany changes the url to: http://home.scarlet.be/~pin10521/IMAGES/pose-yoga.jpg As does Chromium: http://home.scarlet.be/~pin10521/IMAGES/pose-yoga.jpg from: http://home.scarlet.be/~pin10521/IMAGES%5Cpose-yoga.jpg Therefore SM could do the same ... isn't it ? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 08/13/2010 09:06 AM, Ray_Net wrote: NoOp wrote: On 08/12/2010 04:42 PM, NoOp wrote: ... I agree with David regarding the rfc... however: The link doesn't work with Opera (linux) as well. But it *does* work with Chromium 5.0.375.125 (53311) Ubuntu 10.04 (linux), and Epiphany Web Browser 2.30.2 (linux). Sorry, forgot to mention that Epiphany changes the url to: http://home.scarlet.be/~pin10521/IMAGES/pose-yoga.jpg As does Chromium: http://home.scarlet.be/~pin10521/IMAGES/pose-yoga.jpg from: http://home.scarlet.be/~pin10521/IMAGES%5Cpose-yoga.jpg Sorry should have been: from: http://home.scarlet.be/~pin10521/IMAGES\pose-yoga.jpg SeaMonkey adds the %5C as in: http://home.scarlet.be/~pin10521/IMAGES%5Cpose-yoga.jpg The others changed the backslash (\) to a forward slash (/). Therefore SM could do the same ... isn't it ? I reckon so... file a bug report. May be related to the code in this one that I filed last year? https://bugzilla.mozilla.org/show_bug.cgi?id=531210 [When accessing urls in SeaMonkey with %20, it is replaced with a whitespace. Breaks other software if you try to copy-paste part of the url out of SeaMonkey] So lets have a look see if we can find anything: https://bugzilla.mozilla.org/buglist.cgi?query_format=specificorder=relevance+descbug_status=__open__product=SeaMonkeycontent=%255C https://bugzilla.mozilla.org/buglist.cgi?query_format=specificorder=relevance+descbug_status=__open__product=Firefoxcontent=%255C I don't know much about it, but googling on: http://www.google.com/search?hl=encomplete=0q=mozilla+%2B%255CbtnG=Search These might be of interest: http://msmvps.com/blogs/bernard/archive/0001/01/01/15136.aspx [Update - ASP.NET Vulnerability] https://developer.mozilla.org/en/Core_JavaScript_1.5_Reference/Global_Functions/encodeURIComponent [encodeURIComponent] quote encodeURIComponent escapes all characters except the following: alphabetic, decimal digits, - _ . ! ~ * ' ( ) /quote https://developer.mozilla.org/en/Core_JavaScript_1.5_Reference/Global_Functions/encodeURI As mentioned - I really don't know much about the subject. But maybe the above will help (or confuse more) prompt someone more knowledgeable to comment. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 08/13/2010 09:11 AM, Ray_Net wrote: Stanimir Stamenkov wrote: ... I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. I reckon David is correct: http://www.google.com/search?hl=encomplete=0q=+site:forums.mozillazine.org+mozilla+%2Burl+%2B%255Csa=Xei=OKJlTOeZCpOesQOzjL39DQved=0CBsQrQIwAA ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. Try these links in a few browsers: http://www.ufaq.org/themes/RavenIce/images/logo.gif http://www.ufaq.org/themes/RavenIce/images\logo.gif -- *Jay Garcia - Netscape/Flock Champion* www.ufaq.org Netscape - Firefox - SeaMonkey - Flock - Thunderbird ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 13.08.2010 15:18, Jay Garcia wrote: --- Original Message --- Try these links in a few browsers: http://www.ufaq.org/themes/RavenIce/images/logo.gif Ok http://www.ufaq.org/themes/RavenIce/images\logo.gif Not Found The requested URL /themes/RavenIce/images\logo.gif was not found on this server. Apache/1.3.41 Ben-SSL/1.59 Server at www.ufaq.org Port 80 Does not work in Firefox, Seamonkey or IE -- *Jay Garcia - Netscape/Flock Champion* www.ufaq.org Netscape - Firefox - SeaMonkey - Flock - Thunderbird ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 08/13/2010 01:24 PM, Jay Garcia wrote: ... http://www.ufaq.org/themes/RavenIce/images\logo.gif ... Does not work in Firefox, Seamonkey or IE Works in Chromium Epiphany (both linux). Note: you have to modify the '%5C' to '\' when copying from SeaMonkey so that you don't end up testing: http://www.ufaq.org/themes/RavenIce/images%5Clogo.gif ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Jay Garcia wrote: On 13.08.2010 15:18, Jay Garcia wrote: --- Original Message --- Try these links in a few browsers: http://www.ufaq.org/themes/RavenIce/images/logo.gif Ok http://www.ufaq.org/themes/RavenIce/images\logo.gif Not Found The requested URL /themes/RavenIce/images\logo.gif was not found on this server. Apache/1.3.41 Ben-SSL/1.59 Server at www.ufaq.org Port 80 Does not work in Firefox, Seamonkey or IE I have put http://www.ufaq.org/themes/RavenIce/images\logo.gif in the url-adress part of mi IE8 and IT WORKS ! ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 8/13/10 2:27 PM, Ray_Net wrote: Jay Garcia wrote: On 13.08.2010 15:18, Jay Garcia wrote: --- Original Message --- Try these links in a few browsers: http://www.ufaq.org/themes/RavenIce/images/logo.gif Ok http://www.ufaq.org/themes/RavenIce/images\logo.gif Not Found The requested URL /themes/RavenIce/images\logo.gif was not found on this server. Apache/1.3.41 Ben-SSL/1.59 Server at www.ufaq.org Port 80 Does not work in Firefox, Seamonkey or IE I have put http://www.ufaq.org/themes/RavenIce/images\logo.gif in the url-adress part of mi IE8 and IT WORKS ! Yes. IE is broken in that it allows \ in a server-based URI when the internationally recognized specification says that \ is not allowed. You want Gecko (the core for Firefox, SeaMonkey, and others) to be similarly broken. Most of us would prefer that Gecko not be broken. No, I'm NOT a Mozilla developer or associated with Mozilla in any way other than as a user. I don't use IE because it is indeed broken in many ways and because IE lacks many of the features that are handy to experienced users. -- David E. Ross http://www.rossde.com/. Anyone who thinks government owns a monopoly on inefficient, obstructive bureaucracy has obviously never worked for a large corporation. © 1997 by David E. Ross ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 8/13/10 2:25 PM, Ray_Net wrote: Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) As explained before, \ is indeed proper for a URI pointing to a LOCAL file. Yes, it works with SeaMonkey. As explained before, \ is improper for a URI pointing to a file on an external host. It does not work with SeaMonkey because it is not a proper character in a URI. RFC 3986 clearly indicates that URIs that give paths to files use / and not \. SeaMonkey complies with that specification; IE does not. Thus, IE is broken and SeaMonkey is correct. -- David E. Ross http://www.rossde.com/. Anyone who thinks government owns a monopoly on inefficient, obstructive bureaucracy has obviously never worked for a large corporation. © 1997 by David E. Ross ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 13.08.2010 15:56, NoOp wrote: --- Original Message --- On 08/13/2010 01:24 PM, Jay Garcia wrote: ... http://www.ufaq.org/themes/RavenIce/images\logo.gif ... Does not work in Firefox, Seamonkey or IE Works in Chromium Epiphany (both linux). Note: you have to modify the '%5C' to '\' when copying from SeaMonkey so that you don't end up testing: http://www.ufaq.org/themes/RavenIce/images%5Clogo.gif http://www.ufaq.org/themes/RavenIce/images%5Clogo.gif in SM autoconverts to \logo.gif and doesn't work. And http://www.ufaq.org/themes/RavenIce/images\logo.gif doesn't work either. -- *Jay Garcia - Netscape/Flock Champion* www.ufaq.org Netscape - Firefox - SeaMonkey - Flock - Thunderbird ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 13.08.2010 16:25, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 11:11, Ray_Net wrote: --- Original Message --- Stanimir Stamenkov wrote: Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. I will not go further, because SM gurus and devs think they are the best ... it's abnormal that SM works in every possible way except when the page is on my isp web space. This was causing me lot of understandings why it did not work when uploaded for online general use. File structure on the local system follows the rules of the particular OS involved whereas on a server, the convention in most cases is quite different and therefore interpreted differently by the browser. file:/server/directory/file.htm is server based file:/c:/directory/file.htm is local system based and the browser will automatically insert two more // such as: file:///c:/directory/file.htm Your image is displayed because everything following the file:/// is interpreted as being formatted locally and local rules apply, therefore the backslash \ is rendered correctly. If you try: http://your_server/directory/images\image.jpg will usually not work because the \ is an illegal character as such in some browsers but not all browsers. IE guesses that the \ is really a / and will work. As explained before http://localhost/IMAGES\pose-yoga.jpg with SM works ... localhost is a an access to your_server (mine) Yes, on YOUR local system, that's my point. If you try my examples, you'll find that it doesn't work on a remote server: http://www.ufaq.org/themes/RavenIce/images\logo.gif local systems are governed by whatever OS you're running locally. -- *Jay Garcia - Netscape/Flock Champion* www.ufaq.org Netscape - Firefox - SeaMonkey - Flock - Thunderbird ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 13.08.2010 16:27, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 15:18, Jay Garcia wrote: --- Original Message --- Try these links in a few browsers: http://www.ufaq.org/themes/RavenIce/images/logo.gif Ok http://www.ufaq.org/themes/RavenIce/images\logo.gif Not Found The requested URL /themes/RavenIce/images\logo.gif was not found on this server. Apache/1.3.41 Ben-SSL/1.59 Server at www.ufaq.org Port 80 Does not work in Firefox, Seamonkey or IE I have put http://www.ufaq.org/themes/RavenIce/images\logo.gif in the url-adress part of mi IE8 and IT WORKS ! Well then, it works in IE8, things changed. It doesn't work in IE-6 that came along with my XP-Pro. I'll have to try it on my other box with Win-7 ... Yes, it works with IE that came with Win-7. Again, it guesses whereas SM and FF don't. -- *Jay Garcia - Netscape/Flock Champion* www.ufaq.org Netscape - Firefox - SeaMonkey - Flock - Thunderbird ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 13.08.2010 18:13, David E. Ross wrote: --- Original Message --- On 8/13/10 2:27 PM, Ray_Net wrote: Jay Garcia wrote: On 13.08.2010 15:18, Jay Garcia wrote: --- Original Message --- Try these links in a few browsers: http://www.ufaq.org/themes/RavenIce/images/logo.gif Ok http://www.ufaq.org/themes/RavenIce/images\logo.gif Not Found The requested URL /themes/RavenIce/images\logo.gif was not found on this server. Apache/1.3.41 Ben-SSL/1.59 Server at www.ufaq.org Port 80 Does not work in Firefox, Seamonkey or IE I have put http://www.ufaq.org/themes/RavenIce/images\logo.gif in the url-adress part of mi IE8 and IT WORKS ! Yes. IE is broken in that it allows \ in a server-based URI when the internationally recognized specification says that \ is not allowed. You want Gecko (the core for Firefox, SeaMonkey, and others) to be similarly broken. Most of us would prefer that Gecko not be broken. No, I'm NOT a Mozilla developer or associated with Mozilla in any way other than as a user. I don't use IE because it is indeed broken in many ways and because IE lacks many of the features that are handy to experienced users. The argument is going to be made as usual that IE gets it correct which is all the user is after regardless if it's broken and doesn't adhere to the W3C standards. The counter argument to that is that if web developers would take the time and effort to write sites that are cross-browser compatible then this ongoing issue would be moot. 8-) Not a dev here either. -- *Jay Garcia - Netscape/Flock Champion* www.ufaq.org Netscape - Firefox - SeaMonkey - Flock - Thunderbird ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Jay Garcia wrote: On 13.08.2010 16:27, Ray_Net wrote: --- Original Message --- Jay Garcia wrote: On 13.08.2010 15:18, Jay Garcia wrote: --- Original Message --- Try these links in a few browsers: http://www.ufaq.org/themes/RavenIce/images/logo.gif Ok http://www.ufaq.org/themes/RavenIce/images\logo.gif Not Found The requested URL /themes/RavenIce/images\logo.gif was not found on this server. Apache/1.3.41 Ben-SSL/1.59 Server at www.ufaq.org Port 80 Does not work in Firefox, Seamonkey or IE I have put http://www.ufaq.org/themes/RavenIce/images\logo.gif in the url-adress part of mi IE8 and IT WORKS ! Well then, it works in IE8, things changed. It doesn't work in IE-6 that came along with my XP-Pro. I'll have to try it on my other box with Win-7 ... Yes, it works with IE that came with Win-7. Again, it guesses whereas SM and FF don't. MS is up to their old tricks. They will never be standards compatible. In order to do so they are going to have to deep six that infernal Sel-healing Code They have had in their browsers Since IE 1. They put in for Front page which allowed Monkey's and chimpanzees write website. If one tag is there and the other is not, the self-heal code would guess the correct tag. If someone write code and makes a mistake leave something out. it should flat not work. Period!! -- Phillip M. Jones, C.E.T.If it's Fixed, Don't Break it http://www.phillipmjones.netmailto:pjon...@kimbanet.com ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
JeffM wrote: JeffM wrote: Standards are a Good Thing(tm). Using the W3C Validator on your code is also a Good Thing(tm). The word for those who don't do that is incompetent. Rick Merrill wrote: But that is a totally toothless motto. Sorry. It's the best I have. While I agree with you, the fact is that the non-compliant are getting the money That is exactly my gripe. and the competent do not. Not true. They are, however, outnumbered. Case in point: those websites developed with TOOLS that do not adhere to the standards. Yup. Examples I like to use: If these bozos were plumbers or electricians and produced work of the low quality they do, they would have had their licenses yanked long ago. ...and even the gal who does your wife's nails had to pass a standardized test to be allowed to do that. Enforcement is the issue: often that gal's license is not checked until a customer catches salmoella. Suppose there were a 'helper' app that flagged non-compliant websites for the user?! ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
David E. Ross wrote: On 8/11/10 2:35 PM, Ray_Net wrote: David E. Ross wrote: On 8/11/10 7:47 AM, Ray_Net wrote: http://home.scarlet.be/~pin10521/didyouseethepicture.htm The markup img src=IMAGES\pose-yoga.jpg alt=pose-yoga.jpg has a path to the image with a back-slash (\). That makes the path invalid for something on a Web server. IE interprets this as a forward slash (/), but that interpretation is not always correct. SM did not work correctly when the page is located in my ISP webserver space. BUT in local by the use of a webserver or directly by : file:///C:/TEST/didyouseethepicture.htm SM see the image. IE see the image by file, on a local webserver and on my isp webserver space. The interpretation of IE is always correct. if the \ is replaced by / SM and IE works correctly in the 3 cases. Therefore SM miss a point. No, you have missed at least two points. If the file is on your local PC running Windows, then file:///C:/TEST/didyouseethepicture.htm is the same as file:\C:\TEST\didyouseethepicture.htm Even SeaMonkey recognizes the \ in this case. But the URI will not work for a file on a Web server if you use \ where the proper symbol is /. When \ appears in a URI, either the user made a mistake or else it stands for something other than /. IE was programmed to guess that the user meant / when \ is used in a URI, which can be quite wrong if the user meant something else. SeaMonkey follows the standards by not guessing; this is also true of the other Gecko-based browsers. The processing done by IE -- including the interpretation of \ in a URI -- is definitely NOT always correct. Especially when trying to interpret user errors, IE is very often wrong. But The markup img src=IMAGES\pose-yoga.jpg alt=pose-yoga.jpg works with SM when accessing the page in local or on a local webserver. Therefore SM is wrong when he got a good result because you said that SM is correct when he cannot display the picture when the page is on my isp webserver. IE is more coherent, he work in all cases. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 8/12/10 6:45 AM, Ray_Net wrote: David E. Ross wrote: No, you have missed at least two points. If the file is on your local PC running Windows, then file:///C:/TEST/didyouseethepicture.htm is the same as file:\C:\TEST\didyouseethepicture.htm Even SeaMonkey recognizes the \ in this case. But the URI will not work for a file on a Web server if you use \ where the proper symbol is /. When \ appears in a URI, either the user made a mistake or else it stands for something other than /. IE was programmed to guess that the user meant / when \ is used in a URI, which can be quite wrong if the user meant something else. SeaMonkey follows the standards by not guessing; this is also true of the other Gecko-based browsers. The processing done by IE -- including the interpretation of \ in a URI -- is definitely NOT always correct. Especially when trying to interpret user errors, IE is very often wrong. But The markup img src=IMAGES\pose-yoga.jpg alt=pose-yoga.jpg works with SM when accessing the page in local or on a local webserver. That is true. See my paragraph above, beginning If the file is on your local PC. That is because URIs that are paths to local files under Windows do indeed use \. Therefore SM is wrong when he got a good result because you said that SM is correct when he cannot display the picture when the page is on my isp webserver. IE is more coherent, he work in all cases. No. The specification says that URIs that are paths on servers use / and NOT \. See the specification at ftp://ftp.rfc-editor.org/in-notes/rfc3986.txt. Gecko-based browsers (including SeaMonkey) adhere to the specification. IE is notorious for deviating from many specifications. Instead of arguing about this -- because SeaMonkey is NOT wrong -- just fix your HTML. Note that I have a copy of my Web site (currently 387 files) on my PC under Windows. Using / and not \, I can view all my pages locally. Using \ and not /, I cannot view any page from my server. Thus, I always code my URIs with /. -- David E. Ross http://www.rossde.com/. Anyone who thinks government owns a monopoly on inefficient, obstructive bureaucracy has obviously never worked for a large corporation. © 1997 by David E. Ross ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Ray_Net wrote: Therefore SM is wrong when he got a good result No. What is wrong is _trying to interpret **broken** code by **guessing**_. IE is more coherent, he work in all cases. You're very forgiving when applying the word all. The number of cases where Internet Exploder refuses to render proper code correctly are legion. Big clue: When you are getting a 20 when others are getting 100, you are doing it WRONG. http://commons.wikimedia.org/wiki/Acid3#Trident_-_Internet_Explorer The problem with writing non-standard code which works with a broken browser implementation is that your code now works under **only that one** rendering app --and *next week* it might not even work under **that** one: http://google.com/search?q=cache:m2XM97fMGMIJ:www.evolt.org/article/Forward_compatibility_and_web_standards/17/60115/index.html+*-screwed-these-*-up+*-*-broken-links-everywhere+Large-sections-*-*-disappeared+mutual+mutual+*-didn't-support-*-proprietary-*-*-*-*-*+only-includes-Netscape-*+mutual+table-layout-images-*-*-*-*-*-*-*-*+it.did.not+*-*-*-*-incorrect-content-type-header#comment-60184 http://tinyurl.com/StandardsMatter http://www.evolt.org/article/Forward_compatibility_and_web_standards/17/60115/index.html#comment-60184 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Thu, 12 Aug 2010 07:38:01 -0700, /Rick Merrill/: But that is a totally toothless motto. While I agree with you, the fact is that the non-compliant are getting the money and the competent do not. Case in point: those websites developed with TOOLS that do not adhere to the standards. The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. -- Stanimir ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
David E. Ross wrote: On 8/12/10 6:45 AM, Ray_Net wrote: David E. Ross wrote: No, you have missed at least two points. If the file is on your local PC running Windows, then file:///C:/TEST/didyouseethepicture.htm is the same as file:\C:\TEST\didyouseethepicture.htm Even SeaMonkey recognizes the \ in this case. But the URI will not work for a file on a Web server if you use \ where the proper symbol is /. When \ appears in a URI, either the user made a mistake or else it stands for something other than /. IE was programmed to guess that the user meant / when \ is used in a URI, which can be quite wrong if the user meant something else. SeaMonkey follows the standards by not guessing; this is also true of the other Gecko-based browsers. The processing done by IE -- including the interpretation of \ in a URI -- is definitely NOT always correct. Especially when trying to interpret user errors, IE is very often wrong. But The markup img src=IMAGES\pose-yoga.jpg alt=pose-yoga.jpg works with SM when accessing the page in local or on a local webserver. That is true. See my paragraph above, beginning If the file is on your local PC. That is because URIs that are paths to local files under Windows do indeed use \. Therefore SM is wrong when he got a good result because you said that SM is correct when he cannot display the picture when the page is on my isp webserver. IE is more coherent, he work in all cases. No. The specification says that URIs that are paths on servers use / and NOT \. See the specification at ftp://ftp.rfc-editor.org/in-notes/rfc3986.txt. Gecko-based browsers (including SeaMonkey) adhere to the specification. IE is notorious for deviating from many specifications. Instead of arguing about this -- because SeaMonkey is NOT wrong -- just fix your HTML. Note that I have a copy of my Web site (currently 387 files) on my PC under Windows. Using / and not \, I can view all my pages locally. Using \ and not /, I cannot view any page from my server. Thus, I always code my URIs with /. I agree of all you said, but i have just a remark: You said:Using \ and not /, I cannot view any page from my server. When i try with seamonkey from my server using \ i can view from my server... All those are working: http://raymond.homedns.org/IMAGES\pose-yoga.jpg http://localhost/IMAGES\pose-yoga.jpg http://127.0.1/IMAGES\pose-yoga.jpg file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg but - strange thing here SM have modified the URI as file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg So SM sometimes accept \ and it works ... ...sometime transform it into/ and it works ... and here The only non working case is when from my isp server: http://home.scarlet.be/~pin10521/IMAGES\pose-yoga.jpg He forgot to transform \ into / I agree that the fault come from between my chair and my keyboard - however when preparing my pages all goes well until when i upload pages on my isp webserver space. That was the begin of the story.There is only one case when SM cannot render the page. I had preferred that SM will not be able to display file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg nor http://127.0.1/IMAGES\pose-yoga.jpg If this was the case, i had finded the problem more fast and easely. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Stanimir Stamenkov wrote: Thu, 12 Aug 2010 07:38:01 -0700, /Rick Merrill/: But that is a totally toothless motto. While I agree with you, the fact is that the non-compliant are getting the money and the competent do not. Case in point: those websites developed with TOOLS that do not adhere to the standards. The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 8/12/10 7:38 AM, David E. Ross wrote: On 8/12/10 6:45 AM, Ray_Net wrote: David E. Ross wrote: No, you have missed at least two points. If the file is on your local PC running Windows, then file:///C:/TEST/didyouseethepicture.htm is the same as file:\C:\TEST\didyouseethepicture.htm Even SeaMonkey recognizes the \ in this case. But the URI will not work for a file on a Web server if you use \ where the proper symbol is /. When \ appears in a URI, either the user made a mistake or else it stands for something other than /. IE was programmed to guess that the user meant / when \ is used in a URI, which can be quite wrong if the user meant something else. SeaMonkey follows the standards by not guessing; this is also true of the other Gecko-based browsers. The processing done by IE -- including the interpretation of \ in a URI -- is definitely NOT always correct. Especially when trying to interpret user errors, IE is very often wrong. But The markup img src=IMAGES\pose-yoga.jpg alt=pose-yoga.jpg works with SM when accessing the page in local or on a local webserver. That is true. See my paragraph above, beginning If the file is on your local PC. That is because URIs that are paths to local files under Windows do indeed use \. Therefore SM is wrong when he got a good result because you said that SM is correct when he cannot display the picture when the page is on my isp webserver. IE is more coherent, he work in all cases. No. The specification says that URIs that are paths on servers use / and NOT \. See the specification at ftp://ftp.rfc-editor.org/in-notes/rfc3986.txt. Gecko-based browsers (including SeaMonkey) adhere to the specification. IE is notorious for deviating from many specifications. Instead of arguing about this -- because SeaMonkey is NOT wrong -- just fix your HTML. Note that I have a copy of my Web site (currently 387 files) on my PC under Windows. Using / and not \, I can view all my pages locally. Using \ and not /, I cannot view any page from my server. Thus, I always code my URIs with /. By the way, recent surveys indicate IE has 30% to 49% of the user base while Gecko-based browsers have 35% to 46% of the user base. That is, IE is no longer the gorilla it used to be (88% of the user base in 2003). Other browsers now have 16% to 23% of the user base. Thus, someone who thinks that a Web page is okay merely because it looks okay with IE is ignoring at least half of their potential viewers and possibly more than two-thirds of viewers. -- David E. Ross http://www.rossde.com/. Anyone who thinks government owns a monopoly on inefficient, obstructive bureaucracy has obviously never worked for a large corporation. © 1997 by David E. Ross ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Thu, 12 Aug 2010 23:32:34 +0200, /Ray_Net/: Stanimir Stamenkov wrote: The problem with the non-standard compliant behavior of IE in this case is the URI may contain \ (back-slash) as non-hierarchical separator, therefore IE will incorrectly transform it to a forward slash and result in a non-existent URI. So SeaMonkey's behavior is just fine - not being clever about incorrect URIs containing back-slashes instead of forward slashes for hierarchical path separators. So you said that SM is not clever enough to transform it to a forward slash ? No, I said: SM is not 'clever' about, which was meant as SM is not stupid to. Sorry for not being clear enough. You are wrong because when i propose to SM the following: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES\pose-yoga.jpg he shows me the picture and modify his URL-adress-zone as follow: file:///C:/Program Files/Abyss Web Server/htdocs/IMAGES/pose-yoga.jpg Why SM is clever with file adress and not with webserver adress ? I think David E. Ross has given you a very probable explanation in another reply: news://news.mozilla.org:119/euqdnsazdykfwv7rnz2dnuvz_uadn...@mozilla.org If you want to find out for real, you could ask the Mozilla devs in a more technical group. -- Stanimir ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Thu, 12 Aug 2010 15:45:45 +0200, /Ray_Net/: But The markup img src=IMAGES\pose-yoga.jpg alt=pose-yoga.jpg works with SM when accessing the page in local or on a local webserver. That may be because of your local web server doing the same compensation as IE is doing on the client-side, before sending the URL to the server. While it may be o.k. on server-side I don't think it is o.k. for the browser to possibly break (as I've pointed in another reply) the URLs. -- Stanimir ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
David E. Ross wrote: someone who thinks that a Web page is okay merely because it looks okay with IE is ignoring at least half of their potential viewers and possibly more than two-thirds of viewers. Yup. *More*. Especially if you're in the 4th most populous nation: :Firefox’s share on many of the top Indonesian websites :is between 65-75%. http://blog.mozilla.com/gen/2010/06/29/mozilla-in-indonesia-2010/ ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 08/12/2010 07:38 AM, David E. Ross wrote: On 8/12/10 6:45 AM, Ray_Net wrote: David E. Ross wrote: No, you have missed at least two points. If the file is on your local PC running Windows, then file:///C:/TEST/didyouseethepicture.htm is the same as file:\C:\TEST\didyouseethepicture.htm Even SeaMonkey recognizes the \ in this case. But the URI will not work for a file on a Web server if you use \ where the proper symbol is /. When \ appears in a URI, either the user made a mistake or else it stands for something other than /. IE was programmed to guess that the user meant / when \ is used in a URI, which can be quite wrong if the user meant something else. SeaMonkey follows the standards by not guessing; this is also true of the other Gecko-based browsers. The processing done by IE -- including the interpretation of \ in a URI -- is definitely NOT always correct. Especially when trying to interpret user errors, IE is very often wrong. But The markup img src=IMAGES\pose-yoga.jpg alt=pose-yoga.jpg works with SM when accessing the page in local or on a local webserver. That is true. See my paragraph above, beginning If the file is on your local PC. That is because URIs that are paths to local files under Windows do indeed use \. Therefore SM is wrong when he got a good result because you said that SM is correct when he cannot display the picture when the page is on my isp webserver. IE is more coherent, he work in all cases. No. The specification says that URIs that are paths on servers use / and NOT \. See the specification at ftp://ftp.rfc-editor.org/in-notes/rfc3986.txt. Gecko-based browsers (including SeaMonkey) adhere to the specification. IE is notorious for deviating from many specifications. Instead of arguing about this -- because SeaMonkey is NOT wrong -- just fix your HTML. Note that I have a copy of my Web site (currently 387 files) on my PC under Windows. Using / and not \, I can view all my pages locally. Using \ and not /, I cannot view any page from my server. Thus, I always code my URIs with /. I agree with David regarding the rfc... however: The link doesn't work with Opera (linux) as well. But it *does* work with Chromium 5.0.375.125 (53311) Ubuntu 10.04 (linux), and Epiphany Web Browser 2.30.2 (linux). ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 08/12/2010 04:42 PM, NoOp wrote: ... I agree with David regarding the rfc... however: The link doesn't work with Opera (linux) as well. But it *does* work with Chromium 5.0.375.125 (53311) Ubuntu 10.04 (linux), and Epiphany Web Browser 2.30.2 (linux). Sorry, forgot to mention that Epiphany changes the url to: http://home.scarlet.be/~pin10521/IMAGES/pose-yoga.jpg As does Chromium: http://home.scarlet.be/~pin10521/IMAGES/pose-yoga.jpg from: http://home.scarlet.be/~pin10521/IMAGES%5Cpose-yoga.jpg ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
This is not working with SM but OK with IE
http://home.scarlet.be/~pin10521/didyouseethepicture.htm ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 8/11/10 7:47 AM, Ray_Net wrote: http://home.scarlet.be/~pin10521/didyouseethepicture.htm The markup img src=IMAGES\pose-yoga.jpg alt=pose-yoga.jpg has a path to the image with a back-slash (\). That makes the path invalid for something on a Web server. IE interprets this as a forward slash (/), but that interpretation is not always correct. -- David E. Ross http://www.rossde.com/. Anyone who thinks government owns a monopoly on inefficient, obstructive bureaucracy has obviously never worked for a large corporation. © 1997 by David E. Ross ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
David E. Ross wrote: On 8/11/10 7:47 AM, Ray_Net wrote: http://home.scarlet.be/~pin10521/didyouseethepicture.htm The markup img src=IMAGES\pose-yoga.jpg alt=pose-yoga.jpg has a path to the image with a back-slash (\). That makes the path invalid for something on a Web server. IE interprets this as a forward slash (/), but that interpretation is not always correct. SM did not work correctly when the page is located in my ISP webserver space. BUT in local by the use of a webserver or directly by : file:///C:/TEST/didyouseethepicture.htm SM see the image. IE see the image by file, on a local webserver and on my isp webserver space. The interpretation of IE is always correct. if the \ is replaced by / SM and IE works correctly in the 3 cases. Therefore SM miss a point. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
User wrote: Ray_Net wrote: http://home.scarlet.be/~pin10521/didyouseethepicture.htm It looks to me like there is an error in the code. The slash after IMAGES is incorrect. style=text-align: center;img src=IMAGES\pose-yoga.jpg If you try to go to: http://home.scarlet.be/~pin10521/IMAGES\pose-yoga.jpg it doesn't work but if you go to: http://home.scarlet.be/~pin10521/IMAGES/pose-yoga.jpg it does work. IE is so sloppy it doesn't surprise me it works. I would not say sloppy because it works in all cases. IE is smart in that case. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
Ray_Net wrote: I would not say sloppy because it works in all cases. IE is smart in that case. You misspelled doesn't comply with standards. If every driver got to do it by his own rules, the roads would be a mess. Standards are a Good Thing(tm). Using the W3C Validator on your code is also a Good Thing(tm). The word for those who don't do that is incompetent. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: This is not working with SM but OK with IE
On 8/11/10 2:35 PM, Ray_Net wrote: David E. Ross wrote: On 8/11/10 7:47 AM, Ray_Net wrote: http://home.scarlet.be/~pin10521/didyouseethepicture.htm The markup img src=IMAGES\pose-yoga.jpg alt=pose-yoga.jpg has a path to the image with a back-slash (\). That makes the path invalid for something on a Web server. IE interprets this as a forward slash (/), but that interpretation is not always correct. SM did not work correctly when the page is located in my ISP webserver space. BUT in local by the use of a webserver or directly by : file:///C:/TEST/didyouseethepicture.htm SM see the image. IE see the image by file, on a local webserver and on my isp webserver space. The interpretation of IE is always correct. if the \ is replaced by / SM and IE works correctly in the 3 cases. Therefore SM miss a point. No, you have missed at least two points. If the file is on your local PC running Windows, then file:///C:/TEST/didyouseethepicture.htm is the same as file:\C:\TEST\didyouseethepicture.htm Even SeaMonkey recognizes the \ in this case. But the URI will not work for a file on a Web server if you use \ where the proper symbol is /. When \ appears in a URI, either the user made a mistake or else it stands for something other than /. IE was programmed to guess that the user meant / when \ is used in a URI, which can be quite wrong if the user meant something else. SeaMonkey follows the standards by not guessing; this is also true of the other Gecko-based browsers. The processing done by IE -- including the interpretation of \ in a URI -- is definitely NOT always correct. Especially when trying to interpret user errors, IE is very often wrong. -- David E. Ross http://www.rossde.com/. Anyone who thinks government owns a monopoly on inefficient, obstructive bureaucracy has obviously never worked for a large corporation. © 1997 by David E. Ross ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey