Re: Re[4]: [expert] How to Block IE from a Website
On Sun, 2003-10-12 at 22:53, James Sparenberg wrote: ... Since VBScript and Valid are a contradiction I'll ignore it *grin* but the purpose of jscript is to output html code that the broswer can use. I've got a number of scripts on my page and when I use the w3c validator it told me not where my script was bad (I use Mozilla's js debugger for that) but rather where the code it output was bad. I've had it burp on a couple of minor points. Jscript is a lot more than HTML generation... I'll have to look into Moz's debugger though; I've been having to use IE to debug because it shows line numbers. As for tclhttpd. Sweet isn't it. Small and it just plain works. Except for that whole writing CGI in TCL thing :-) I've gotten used to Perl's syntax checker. Using a language where each line's first validation is its first run is okay for little scripts, but it really freaks me out for large projects. -- Jack Coates Monkeynoodle: A Scientific Venture... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: Re[4]: [expert] How to Block IE from a Website
On Mon, 2003-10-13 at 08:20, Jack Coates wrote: On Sun, 2003-10-12 at 22:53, James Sparenberg wrote: ... Since VBScript and Valid are a contradiction I'll ignore it *grin* but the purpose of jscript is to output html code that the broswer can use. I've got a number of scripts on my page and when I use the w3c validator it told me not where my script was bad (I use Mozilla's js debugger for that) but rather where the code it output was bad. I've had it burp on a couple of minor points. Jscript is a lot more than HTML generation... I'll have to look into Moz's debugger though; I've been having to use IE to debug because it shows line numbers. As for tclhttpd. Sweet isn't it. Small and it just plain works. Except for that whole writing CGI in TCL thing :-) I've gotten used to Perl's syntax checker. Using a language where each line's first validation is its first run is okay for little scripts, but it really freaks me out for large projects. yes I know what you mean. It's even more fun when you are changing a file that has 3 or 4 different writing styles. It works ... just drives you nuts. James Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: Re[4]: [expert] How to Block IE from a Website
EH That's the silly part: we're not really even asking for EH development. We just want them to get rid of the rejection of EH non IE browsers. It would mean *less* work and less code if EH they didn't put it in to begin with. I think it would be more work. They'd have to test it with other browsers, and since different ones DO act differently, they'd have to develop code to work in all of them. It seems to be easier (= cheaper) to just put in a check and ask users to use IE. Many times one can view the code from a page and see where to go anyway, but when you do, it doesn't work right. We need to let them know they should code for other browsers. My point was that so many of us just make our browser say it's IE, so their blocking of non-IE browsers doesn't accomplish anything except annoyance on our end. They wouldn't have to test anything at all: just allow me to use what i want, at my own risk. I wouldn't even mind (so much) if they made me look at a popup saying non IE users, proceed at your own risk and click ok, instead of making me look at a popup that says no entre. eric -- Mandrake HowTo's More: http://twiki.mdklinuxfaq.org Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: Re[4]: [expert] How to Block IE from a Website
On Mon, 2003-10-13 at 20:39, James Sparenberg wrote: ... As for tclhttpd. Sweet isn't it. Small and it just plain works. Except for that whole writing CGI in TCL thing :-) I've gotten used to Perl's syntax checker. Using a language where each line's first validation is its first run is okay for little scripts, but it really freaks me out for large projects. yes I know what you mean. It's even more fun when you are changing a file that has 3 or 4 different writing styles. It works ... just drives you nuts. James had some fun with it today. Look up TCL's switch command and see what you have to do if your match statements are themselves variables. Ew. -- Jack Coates Monkeynoodle: A Scientific Venture... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re[4]: [expert] How to Block IE from a Website
Hello Eric, Sunday, October 12, 2003, 9:40:03 PM, you wrote: EH That's the silly part: we're not really even asking for EH development. We just want them to get rid of the rejection of non EH IE browsers. It would mean *less* work and less code if they EH didn't put it in to begin with. I think it would be more work. They'd have to test it with other browsers, and since different ones DO act differently, they'd have to develop code to work in all of them. It seems to be easier (= cheaper) to just put in a check and ask users to use IE. Many times one can view the code from a page and see where to go anyway, but when you do, it doesn't work right. We need to let them know they should code for other browsers. -- rikonamailto:[EMAIL PROTECTED] Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: Re[4]: [expert] How to Block IE from a Website
On Sun, 2003-10-12 at 22:13, rikona wrote: Hello Eric, Sunday, October 12, 2003, 9:40:03 PM, you wrote: EH That's the silly part: we're not really even asking for EH development. We just want them to get rid of the rejection of non EH IE browsers. It would mean *less* work and less code if they EH didn't put it in to begin with. I think it would be more work. They'd have to test it with other browsers, and since different ones DO act differently, they'd have to develop code to work in all of them. It seems to be easier (= cheaper) to just put in a check and ask users to use IE. Many times one can view the code from a page and see where to go anyway, but when you do, it doesn't work right. We need to let them know they should code for other browsers. or even better... get them to write w3c compliant code. (and if on our site you find a page that isn't let me know please.) Once I got that written in, every browser I test works right. (I'm not doing anything too fancy but the point is hopefully valid.) James Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: Re[4]: [expert] How to Block IE from a Website
On Sun, 2003-10-12 at 22:16, James Sparenberg wrote: On Sun, 2003-10-12 at 22:13, rikona wrote: Hello Eric, Sunday, October 12, 2003, 9:40:03 PM, you wrote: EH That's the silly part: we're not really even asking for EH development. We just want them to get rid of the rejection of non EH IE browsers. It would mean *less* work and less code if they EH didn't put it in to begin with. I think it would be more work. They'd have to test it with other browsers, and since different ones DO act differently, they'd have to develop code to work in all of them. It seems to be easier (= cheaper) to just put in a check and ask users to use IE. Many times one can view the code from a page and see where to go anyway, but when you do, it doesn't work right. We need to let them know they should code for other browsers. or even better... get them to write w3c compliant code. (and if on our site you find a page that isn't let me know please.) Once I got that written in, every browser I test works right. (I'm not doing anything too fancy but the point is hopefully valid.) James HTML isn't the difficulty, IMHO -- it's extensions like JavaScript and to some extent application engines which embed their own languages in (for instance, I spend entirely too much time these days with tclhttpd). There's no w3c.org validator for JavaScript or VBScript :-) -- Jack Coates Monkeynoodle: A Scientific Venture... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: Re[4]: [expert] How to Block IE from a Website
On Sun, 2003-10-12 at 22:26, Jack Coates wrote: On Sun, 2003-10-12 at 22:16, James Sparenberg wrote: On Sun, 2003-10-12 at 22:13, rikona wrote: Hello Eric, Sunday, October 12, 2003, 9:40:03 PM, you wrote: EH That's the silly part: we're not really even asking for EH development. We just want them to get rid of the rejection of non EH IE browsers. It would mean *less* work and less code if they EH didn't put it in to begin with. I think it would be more work. They'd have to test it with other browsers, and since different ones DO act differently, they'd have to develop code to work in all of them. It seems to be easier (= cheaper) to just put in a check and ask users to use IE. Many times one can view the code from a page and see where to go anyway, but when you do, it doesn't work right. We need to let them know they should code for other browsers. or even better... get them to write w3c compliant code. (and if on our site you find a page that isn't let me know please.) Once I got that written in, every browser I test works right. (I'm not doing anything too fancy but the point is hopefully valid.) James HTML isn't the difficulty, IMHO -- it's extensions like JavaScript and to some extent application engines which embed their own languages in (for instance, I spend entirely too much time these days with tclhttpd). There's no w3c.org validator for JavaScript or VBScript :-) Since VBScript and Valid are a contradiction I'll ignore it *grin* but the purpose of jscript is to output html code that the broswer can use. I've got a number of scripts on my page and when I use the w3c validator it told me not where my script was bad (I use Mozilla's js debugger for that) but rather where the code it output was bad. I've had it burp on a couple of minor points. As for tclhttpd. Sweet isn't it. Small and it just plain works. James Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com