iframes, src parameters, and browsers
iframes, src parameters, and browsers
am 06.11.2007 17:53:07 von damezumari
I have this iframe on a page:
marginheight=0 frameborder=0 scrolling=auto>
Note that the src has a parameter. This parameter can be is to be
found in $_GET[code] in the src program when I use Mozilla Firefox,
but not when I use IE6.
Can src parameters not be sent when IE is used?
Regards,
Jan Nordgreen
Re: iframes, src parameters, and browsers
am 06.11.2007 18:31:37 von luiheidsgoeroe
On Tue, 06 Nov 2007 17:53:07 +0100, damezumari =
=
wrote:
> I have this iframe on a page:
>
>
> quiz_source.php?code=3Dthinkagain" width=3D400 height=3D285 marginwidt=
h=3D0
> marginheight=3D0 frameborder=3D0 scrolling=3Dauto>
>
> Note that the src has a parameter. This parameter can be is to be
> found in $_GET[code] in the src program when I use Mozilla Firefox,
> but not when I use IE6.
>
> Can src parameters not be sent when IE is used?
It should (and normally does here). Have you got a live example/test =
showing this problem?
-- =
Rik Wasmus
Re: iframes, src parameters, and browsers
am 06.11.2007 19:04:59 von damezumari
http://simpler-solutions.net/pmachinefree/thinkagain/thinkag ain.php
The top part called Daily Puzzle does not work in IE6.
Re: iframes, src parameters, and browsers
am 06.11.2007 19:20:51 von luiheidsgoeroe
On Tue, 06 Nov 2007 19:04:59 +0100, damezumari =
=
wrote:
> http://simpler-solutions.net/pmachinefree/thinkagain/thinkag ain.php
>
> The top part called Daily Puzzle does not work in IE6.
lutions.net%2Fpmachinefree%2Fthinkagain%2Fthinkagain.php?
Validate, fix, then check again (and an issue is probably best addressed=
=
in alt.html). You're making it needlessly hard for yourself using XHTML =
=
instead of HTML though.
-- =
Rik Wasmus
Re: iframes, src parameters, and browsers
am 06.11.2007 19:44:22 von Bucky Kaufman
"Rik Wasmus" wrote in message
news:op.t1duk1ik5bnjuv@metallium.lan...
Validate, fix, then check again (and an issue is probably best addressed
in alt.html). You're making it needlessly hard for yourself using XHTML
instead of HTML though.
What?!
But for *very* few differences - they're the same thing.
What about using XHTML makes this harder?
Re: iframes, src parameters, and browsers
am 06.11.2007 20:28:25 von damezumari
Thank you for your answer!
I created a simpler test page, and now it works in IE6:
http://easyquestion.net/quiz/quiz_test.html
Regards,
Jan Nordgreen
Re: iframes, src parameters, and browsers
am 06.11.2007 21:28:42 von luiheidsgoeroe
On Tue, 06 Nov 2007 19:44:22 +0100, Sanders Kaufman =
=
wrote:
> "Rik Wasmus" wrote in message
> news:op.t1duk1ik5bnjuv@metallium.lan...
>
>
solutions.net%2Fpmachinefree%2Fthinkagain%2Fthinkagain.php?
>
> Validate, fix, then check again (and an issue is probably best address=
ed
> in alt.html). You're making it needlessly hard for yourself using XHTM=
L
> instead of HTML though.
Hmm, quoting gone wrong?
> What?!
> But for *very* few differences - they're the same thing.
> What about using XHTML makes this harder?
Validating to true XHTML (i.e. CDATA in script/style etc., starting with=
=
). Now, XHTML intended and served as tagsoup HTML, that's not so=
=
much harder, no.
-- =
Rik Wasmus
Re: iframes, src parameters, and browsers
am 07.11.2007 14:37:44 von Bucky Kaufman
"Rik Wasmus" wrote in message
news:op.t1d0h4x85bnjuv@metallium.lan...
On Tue, 06 Nov 2007 19:44:22 +0100, Sanders Kaufman
wrote:
> "Rik Wasmus" wrote in message
> news:op.t1duk1ik5bnjuv@metallium.lan...
>
>
>
> Validate, fix, then check again (and an issue is probably best addressed
> in alt.html). You're making it needlessly hard for yourself using XHTML
> instead of HTML though.
Hmm, quoting gone wrong?
Yup - gave up trying to fix it every time I reply to one of your posts.
Just figgered - either you'd change your settings, or we'd learn to live
with it.
Kinda like top-posting.
> But for *very* few differences - they're the same thing.
> What about using XHTML makes this harder?
Validating to true XHTML (i.e. CDATA in script/style etc., starting with
). Now, XHTML intended and served as tagsoup HTML, that's not so
much harder, no.
"Tagsoup HTML"?
I've been using XHTML (albeit - not as religiously as I mean to).
Scripting works; posts and gets work; spiders work.
I've had NO problem with validation.
What about XHTML makes that harder?
For what sinkhole am I headed?
Re: iframes, src parameters, and browsers
am 08.11.2007 19:28:31 von damezumari
http://validator.w3.org/check?uri=http%3A%2F%2Fsimpler-solut ions.net%2Fpmachinefree%2Fthinkagain%2Fthinkagain.php%3F&cha rset=%28detect+automatically%29&doctype=Inline&group=0&verbo se=1
I used XHTML 1.0 Transitional and am down to 1 error. (When I started
I had 246 errors!)
The last error is:
Line 380, Column 266: there is no attribute "onerror".
....his page" id="clustrMapsImg" onerror="this.onerror=null;
this.src='http://clu
An image tag with attribute onerror creates an error. Why?
However, http://simpler-solutions.net/pmachinefree/thinkagain/thinkag ain.php
still does not work with its iframe in IE6. That was my initial
question, and I still don't know why. It works in Mozilla Firefox.
Regards,
Jan Nordgreen
Re: iframes, src parameters, and browsers
am 08.11.2007 20:05:09 von damezumari
"However, http://simpler-solutions.net/pmachinefree/thinkagain/thinkag ain.php
still does not work with its iframe in IE6. That was my initial
question, and I still don't know why. It works in Mozilla Firefox. "
That problem has now been solved!
IE6 allows parameters in the src argument in the iframe tag. The
reason why it did not work in IE6 was that I stored the argument in a
session variable and only checked the value the second time the file
was run and I ran Privacy on Medium so cookies, that is the session
variables, were not stored.
Now I have to find out how to store the session variables on the
server so I do not depend on browser settings for cookies.
Regards,
Jan Nordgreen
Re: iframes, src parameters, and browsers
am 09.11.2007 09:27:56 von p.lepin
damezumari wrote in
<1194546511.776488.72270@t8g2000prg.googlegroups.com>:
> I used XHTML 1.0 Transitional and am down to 1 error.
> (When I started I had 246 errors!)
Using XHTML in WWW context is an overplay.
Using Transitional-anything for new content leaves a lot of
bad aji.
--
"DAD! DID YOU KNOW THERE WERE RATS UP HERE?"
"'s a'ight, Mortin dun' bite."
Re: iframes, src parameters, and browsers
am 09.11.2007 11:06:21 von damezumari
> Using XHTML in WWW context is an overplay.
What is "WWW context"?
When is XTHML doc type used?
Regards,
Jan Nordgreen
Re: iframes, src parameters, and browsers
am 09.11.2007 11:16:32 von luiheidsgoeroe
On Fri, 09 Nov 2007 11:06:21 +0100, damezumari
wrote:
>> Using XHTML in WWW context is an overplay.
>
> What is "WWW context"?
> When is XTHML doc type used?
In environments you can be sure the UA can cope with real XHTML, so no
MSIE6 (haven't checked MSIE7's coping with text/xhtml+xml yet). That would
be limited to intranets and/or specialised sites able to require
particular UA's from their users in a limited access site (user
credentials are checked, with username/password, known static IP, or any
other means).
The only time I apply pseudo XHTML for the WWW is when a client wants to
incorporate Google maps with directions, which pretends to require XHTML.
--
Rik Wasmus
Re: iframes, src parameters, and browsers
am 09.11.2007 11:23:18 von damezumari
What is UA?
Re: iframes, src parameters, and browsers
am 09.11.2007 12:08:00 von p.lepin
damezumari wrote in
<1194602781.103012.31610@z9g2000hsf.googlegroups.com>:
>> Using XHTML in WWW context is an overplay.
>
> What is "WWW context"?
Publicly available content deployed on the internet and
served over HTTP. As opposed to something deployed in a
closed, controlled environment, such as an application on a
web platform used internally by company employees.
> When is XTHML doc type used?
XHTML is sometimes used as a backend representation of the
content served to the end-users as HTML, or for exchanging
markup between web services. If it is possible to ensure
that only XHTML-aware UA's are used for accessing the
documents, XHTML is occasionally used in web applications
similar to what I mentioned earlier in the post.
The reasons for this have been discussed unto death many
times in the past. GIYF.
--
....also, I submit that we all must honourably commit seppuku
right now rather than serve the Dark Side by producing the
HTML 5 spec.
Re: iframes, src parameters, and browsers
am 09.11.2007 14:01:29 von kimandre
damezumari wrote:
> What is UA?
UA = User Agent, ie. your browser.
--
Kim André Akerø
- kimandre@NOSPAMbetadome.com
(remove NOSPAM to contact me directly)
Re: iframes, src parameters, and browsers
am 09.11.2007 14:44:12 von luiheidsgoeroe
On Fri, 09 Nov 2007 14:01:29 +0100, Kim André Akerø
wrote:
> damezumari wrote:
>
>> What is UA?
>
> UA = User Agent, ie. your browser.
In most HTTP/PHP cases on the www a browser, it might be something else
though...
--
Rik Wasmus
Re: iframes, src parameters, and browsers
am 09.11.2007 15:35:28 von John Dunlop
Sanders Kaufman:
> "Tagsoup HTML"?
Also 'tag salad'.
A healthy diet would seem to be as acquired a taste as a good dram.
http://www.cs.tut.fi/~jkorpela/www.html#essential
--
Jock