473,287 Members | 1,741 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,287 software developers and data experts.

Whta's the Story with document.createElement('iframe') in IE?

It is recommended by some sources I found to create IFrames in IE
using
document.createElement('<iframe src="#">')
instead of document.createElement('iframe').
Why and what browser versions to use it? IE5 or IE6?
Thanks
Sep 9 '08 #1
23 6518
On Sep 9, 3:37 pm, vunet wrote:
It is recommended by some sources I found to create
IFrames in IE using
document.createElement('<iframe src="#">')
instead of document.createElement('iframe').
Why
The generally quality of browser issue analysis is extremely poor and
may things get suggested as workarounds for issues that have never
been pinned down or understood by the people making those suggestions.
and what browser versions to use it? IE5 or IE6?
There is no reason to use it at all, at the very least (and certainly)
from IE 6.
Sep 9 '08 #2
>
There is no reason to use it at all, at the very least (and certainly)
from IE 6.
It's not what I've seen around. In fact there was a case where I was
submitting form to remote IFRAME. That never worked for IE6 until I
used the syntax above to fix it, because the was no possible
communication with that IFRAME using IE6.
But are you saying that this workaround could be without the fix I
explain? Also, here is another link where iframe is created like so:
document.createElement('<iframe src="#">')

http://developer.apple.com/internet/...nt/iframe.html

Thanks
Sep 9 '08 #3
vunet wrote:
[Henry wrote:]
>There is no reason to use it at all, at the very least (and certainly)
from IE 6.

It's not what I've seen around. In fact there was a case where I was
submitting form to remote IFRAME. That never worked for IE6 until I
used the syntax above to fix it, because the was no possible
communication with that IFRAME using IE6.
But are you saying that this workaround could be without the fix I
explain?
User agents based on MSHTML 5.0 and later support this method of W3C DOM
Level 1+ as it was specified. There is no workaround necessary at all.
Also, here is another link where iframe is created like so:
document.createElement('<iframe src="#">')

http://developer.apple.com/internet/...nt/iframe.html
So we should eat sh*t because a million flies -- and especially the big,
noisy ones -- cannot be wrong?

Please trim, but do not remove, GG's default attribution line.
PointedEars
--
var bugRiddenCrashPronePieceOfJunk = (
navigator.userAgent.indexOf('MSIE 5') != -1
&& navigator.userAgent.indexOf('Mac') != -1
) // Plone, register_function.js:16
Sep 9 '08 #4
On Sep 9, 11:26*am, Thomas 'PointedEars' Lahn <PointedE...@web.de>
wrote:
vunet wrote:
[Henry wrote:]
There is no reason to use it at all, at the very least (and certainly)
from IE 6.
It's not what I've seen around. In fact there was a case where I was
submitting form to remote IFRAME. That never worked for IE6 until I
used the syntax above to fix it, because the was no possible
communication with that IFRAME using IE6.
But are you saying that this workaround could be without the fix I
explain?

User agents based on MSHTML 5.0 and later support this method of W3C DOM
Level 1+ as it was specified. *There is no workaround necessary at all.
Also, here is another link where iframe is created like so:
document.createElement('<iframe src="#">')
http://developer.apple.com/internet/...nt/iframe.html

So we should eat sh*t because a million flies -- and especially the big,
noisy ones -- cannot be wrong?

Please trim, but do not remove, GG's default attribution line.

PointedEars
--
var bugRiddenCrashPronePieceOfJunk = (
* * navigator.userAgent.indexOf('MSIE 5') != -1
* * && navigator.userAgent.indexOf('Mac') != -1
) *// Plone, register_function.js:16
OK, so I understand you do not agree with that workaround but if it
was used and it did fix the problem, then what is your better and
correct (!) suggestion to handle those situations?
Sep 9 '08 #5
On Sep 9, 4:39 pm, vunet wrote:
On Sep 9, 11:26 am, Thomas 'PointedEars' Lahn wrote:
<snip>
>>Also, here is another link where iframe is created
like so: document.createElement('<iframe src="#">')
>http://developer.apple.com/internet/...nt/iframe.html
>So we should eat sh*t because a million flies -- and
especially the big, noisy ones -- cannot be wrong?
<snip>
OK, so I understand you do not agree with that workaround
but if it was used and it did fix the problem,
Which problem?
then what is your better and correct (!) suggestion
to handle those situations?
There is no reason for not using the DOM standard element creation
method for IFRAMEs in any (reasonably) DOM standard browser (and IE
6+).

But if you are challenging people to produce better solutions to
problems you need to state what the problem is that is supposed to be
addressed by the solution, else you are just waiting everyone's time.
Sep 9 '08 #6
On Sep 9, 4:14 pm, vunet wrote:
>There is no reason to use it at all, at the very least
(and certainly) from IE 6.

It's not what I've seen around.
So what? If you look you will be able to find someone on the Internet
telling you anything and everything.
In fact there was a case where I was submitting form to
remote IFRAME. That never worked for IE6 until I used
the syntax above to fix it, because the was no possible
communication with that IFRAME using IE6.
What does "no possible communication" mean? You see what I man about
the quality of analysis? Communicating, in the sense of reading object
properties, executing contained scripts and so on, is entirely
possible in IE 6, I do it all the time.
But are you saying that this workaround could be without
the fix I explain?
You did not explain anything, and you have not stated what it is that
is supposed to be worked around.
Also, here is another link where iframe is created like so:
document.createElement('<iframe src="#">')

http://developer.apple.com/internet/...nt/iframe.html
<quote cite="http://developer.apple.com/internet/webcontent/
iframe.html">
Sadly, referencing the IFRAME's document object is no simple
task, since IE5, IE5.5, IE6, and NS6 all provide different
ways to access it. ...
</quote>

IE 5, 6 and 7, all Netscape 6+/Mozilla/Firefox/Gecko, Opera, Safari,
and quite a list of other browsers all provide a single consistent and
reliable method of accessing the documents contained in IFRAMEs. If
the author of that page is not aware of that fact then it is not
surprising that he/she has wondered off into a world of stupid
workarounds and UA branching code to try and mitigate for their
evident ignorance. It happens all the time, but that does not make
following a good idea.
Sep 9 '08 #7
On Sep 9, 12:03*pm, Henry <rcornf...@raindrop.co.ukwrote:
On Sep 9, 4:14 pm, vunet wrote:
There is no reason to use it at all, at the very least
(and certainly) from IE 6.
It's not what I've seen around.

So what? If you look you will be able to find someone on the Internet
telling you anything and everything.
In fact there was a case where I was submitting form to
remote IFRAME. That never worked for IE6 until I used
the syntax above to fix it, because the was no possible
communication with that IFRAME using IE6.

What does "no possible communication" mean? You see what I man about
the quality of analysis? Communicating, in the sense of reading object
properties, executing contained scripts and so on, is entirely
possible in IE 6, I do it all the time.
But are you saying that this workaround could be without
the fix I explain?

You did not explain anything, and you have not stated what it is that
is supposed to be worked around.
Also, here is another link where iframe is created like so:
document.createElement('<iframe src="#">')
http://developer.apple.com/internet/...nt/iframe.html

<quote cite="http://developer.apple.com/internet/webcontent/
iframe.html">
Sadly, referencing the IFRAME's document object is no simple
task, since IE5, IE5.5, IE6, and NS6 all provide different
ways to access it. ...
</quote>

IE 5, 6 and 7, all Netscape 6+/Mozilla/Firefox/Gecko, Opera, Safari,
and quite a list of other browsers all provide a single consistent and
reliable method of accessing the documents contained in IFRAMEs. If
the author of that page is not aware of that fact then it is not
surprising that he/she has wondered off into a world of stupid
workarounds and UA branching code to try and mitigate for their
evident ignorance. It happens all the time, but that does not make
following a good idea.
With my original question I was hoping to hear what experts think if
they are familiar with what I am asking.
This went the wrong way, so let me state the problem I personally had.
I created a mechanism to upload images keeping the user on one page.
The form would submit image files into dynamically created IFRAME. I
developed this in Firefox but when I started testing IE6 form was not
able to submit to my hidden IFRAME: it did not see it... This form's
target was IFRAME's name.
When I did some research I discovered that if I create IFRAME like
this for IE6 (document.createElement('<iframe src="#">')) then it
would work for me and it did.
That's why I am wondering why it happened and is it something I should
be better off using for IE6 or less?
Thanks
Sep 9 '08 #8
vunet wrote:
I created a mechanism to upload images keeping the user on one page.
The form would submit image files into dynamically created IFRAME. I
developed this in Firefox but when I started testing IE6 form was not
able to submit to my hidden IFRAME: it did not see it... This form's
target was IFRAME's name.
When I did some research I discovered that if I create IFRAME like
this for IE6 (document.createElement('<iframe src="#">')) then it
would work for me and it did.
Talk is cheap. Show me the code.
-- Linus Torvalds
That's why I am wondering why it happened and is it something I should
be better off using for IE6 or less?
You are asking all the wrong questions.
<http://catb.org/~esr/faqs/smart-questions.html>

Again, please trim your quotes.
PointedEars
--
Prototype.js was written by people who don't know javascript for people
who don't know javascript. People who don't know javascript are not
the best source of advice on designing systems that use javascript.
-- Richard Cornford, cljs, <f8*******************@news.demon.co.uk>
Sep 9 '08 #9
vunet :
It is recommended by some sources I found to create IFrames in IE
What sources ?
using document.createElement('<iframe src="#">')
instead of document.createElement('iframe').
Are you sure it is the "src" attribute the problem ? This is not the
issue I am aware of.
<http://msdn.microsoft.com/en-us/library/ms536389.aspx>
<quote>
Attributes can be included with the sTag as long as the entire string
is valid HTML. To include the NAME attribute at run time on objects
created with the createElement method, use the sTag .
</quote>

This code will *not* "work" in IE6 or IE7, but will in IE8b2

<a href="http://www.google.fr" target="myIframe">link</a>
<script type="text/javascript">
var iframe = document.createElement('iframe');
iframe.name = 'myIframe';
document.body.appendChild(iframe);
</script>

This code will "work" in IE6 and IE7, but will *not* in IE8b2

<a href="http://www.google.fr" target="myIframe">link</a>
<script type="text/javascript">
var iframe = document.createElement('<iframe name="myIframe">');
iframe.name = 'myIframe';
document.body.appendChild(iframe);
</script>

As you can see (once tested), the issue IE6 can encounter is related to
the name attribute of the newly created element, I have tested with your
src workaround and I can't find any other issue than the "name" one.

So, are you really sure about the src="#" workaround ?

--
laurent
Sep 9 '08 #10
On Sep 9, 5:17 pm, vunet wrote:
<snip>
With my original question I was hoping to hear what experts
think if they are familiar with what I am asking.
When you get round to asking a question that can be answered you might
get an answer.
This went the wrong way, so let me state the problem I
personally had.
The problem, or the symptoms of a problem that you never managed to
pin down?
I created a mechanism to upload images keeping the user on
one page. The form would submit image files into dynamically
created IFRAME. I developed this in Firefox but when I started
testing IE6 form was not able to submit to my hidden IFRAME:
Symptom!
it did not see it...
You mean a form with a TARGET attribute did not (POST) submit in such
a way that the response was received as the new contents of an IFRAME
with a corresponding NAME attribute?

I POST forms to dynamically created named/IDed IFRAMEs in IE 6+ all
the time, so your inability to do so certainly does not indicate that
it is impossible.
This form's target was IFRAME's name.
But was it? The balance of probability is that you attempted to use -
setAttribute - to set the NAME attribute, and that has never worked
well on IE (for any elements).
When I did some research I discovered that if I create
IFRAME like this for IE6
(document.createElement('<iframe src="#">')) then it
would work for me and it did.
I think there should be a name attribute in that mark-up, but still it
is not needed.
That's why I am wondering why it happened and is it something
I should be better off using for IE6 or less?
If you want to know why some script did not work then you should show
that script. Describing it only goes so far, and usually leaves the
impression that some programmer error has been made but is not going
to be recognised by the programmer responsible and so will never be
included in any description.
Sep 9 '08 #11
On Sep 9, 6:04 pm, Laurent vilday wrote:
<snip>
This code will *not* "work" in IE6 or IE7, but will in IE8b2

<a href="http://www.google.fr" target="myIframe">link</a>
<script type="text/javascript">
var iframe = document.createElement('iframe');
iframe.name = 'myIframe';
document.body.appendChild(iframe);
</script>
<snip>

How are you defining "*not* work" in that case? The code, when pasted
into a simple HTML page, produces the IFRAME just fine in IE 6, and
that is pretty much all it has been coded to do.

(The handling of name attributes is pretty much an irrelevance if you
never attempt to do anything that relates to them.)
Sep 9 '08 #12
Henry a écrit :
On Sep 9, 6:04 pm, Laurent vilday wrote:
<snip>
>This code will *not* "work" in IE6 or IE7, but will in IE8b2

<a href="http://www.google.fr" target="myIframe">link</a>
<script type="text/javascript">
var iframe = document.createElement('iframe');
iframe.name = 'myIframe';
document.body.appendChild(iframe);
</script>
<snip>

How are you defining "*not* work" in that case? The code, when pasted
into a simple HTML page, produces the IFRAME just fine in IE 6, and
that is pretty much all it has been coded to do.
Well, I though it was obvious to reproduce but you are right it needs
more explanation to understand what needs to be done to reproduce the
problem.

1) Browse the HTML code
2) Click on the link

For IE6 and 7, the iframe appears correctly on the document, but the
link '<a href="xx" target="myIframe">' is not opening the href in the
targeted iframe but in the whole document.
(The handling of name attributes is pretty much an irrelevance if you
never attempt to do anything that relates to them.)
Pff, I really though it was obvious for anyone reading the html,
especially from clj readers since this *name* issue in dynamically
created element is far (*very* far) from being a new thing.

There is a link to a target (myIframe) and there is a dynamically
created iframe with a dynamic name attribute (myIframe), don't you see
something relevant ?

Anyway I'm so bored of playing games here, EOD.

--
laurent
Sep 9 '08 #13
Henry a écrit :
On Sep 9, 5:17 pm, vunet wrote:
<snip>
>With my original question I was hoping to hear what experts
think if they are familiar with what I am asking.

When you get round to asking a question that can be answered you might
get an answer.
Oh come on ! Do you really need to be another PointedEars ?
You mean a form with a TARGET attribute did not (POST) submit in such
a way that the response was received as the new contents of an IFRAME
with a corresponding NAME attribute?

I POST forms to dynamically created named/IDed IFRAMEs in IE 6+ all
the time, so your inability to do so certainly does not indicate that
it is impossible.
LOL, really without any IE6/IE7 hack ? I doubt it. No, sorry, I have no
doubt, I *know* by experience it is a lie.

Read *very* carefully this document :
<http://msdn.microsoft.com/en-us/library/ms536389.aspx>
<quote>
Attributes can be included with the sTag as long as the entire string is
valid HTML. To include the NAME attribute at run time on objects created
with the createElement method, use the sTag .
</quote>

In IE6 and IE7, if you have to use the name attribute of a dynamic
element inserted into the document, you *must* declare the name
attribute of the element when calling document.createElement(). After is
too late.

in IE6 and IE7 :
var input = document.createElement('<input name="myInput">');
var iframe = document.createElement('<iframe name="myIframe">');

Anywhere else :
var input = document.createElement('input');
input.name = 'myInput';
var iframe = document.createElement('iframe');
iframe.name = 'myIframe';

Period.

--
laurent
Sep 9 '08 #14
>
In IE6 and IE7, if you have to use the name attribute of a dynamic
element inserted into the document, you *must* declare the name
attribute of the element when calling document.createElement(). After is
too late.

in IE6 and IE7 :
var input = document.createElement('<input name="myInput">');
var iframe = document.createElement('<iframe name="myIframe">');

Anywhere else :
var input = document.createElement('input');
input.name = 'myInput';
var iframe = document.createElement('iframe');
iframe.name = 'myIframe';
Is this the answer I was looking for? Thanks Laurent, I've been
through all this dirt from other 'experts' but finally got what I
need.
Sep 9 '08 #15
vunet wrote:
>In IE6 and IE7, if you have to use the name attribute of a dynamic
element inserted into the document, you *must* declare the name
attribute of the element when calling document.createElement(). After
is too late.
[...]
Is this the answer I was looking for?
You have failed to provide a proper question in the first place!

This was a lucky guess and does not mean that you did anything OK here.
Thanks Laurent, I've been through all this dirt from other 'experts' but
finally got what I need.
Yeah, so why don't you FOAD now?
Score adjusted

PointedEars
Sep 9 '08 #16
On Sep 10, 1:28 am, Henry <rcornf...@raindrop.co.ukwrote:
(The handling of name attributes is pretty much an irrelevance if you
never attempt to do anything that relates to them.)
It is relevant because the code DOES ATTEMPT TO DO SOMETHING WITH THE
IFRAME NAME. You just failed to read this bit:
On Sep 9, 6:04 pm, Laurent vilday wrote:
<a href="http://www.google.fr" target="myIframe">link</a>
^^^^^^^^^^
Sep 10 '08 #17
vunet wrote:
>
With my original question I was hoping to hear what experts think if
they are familiar with what I am asking.
Experts are suggesting that using <iframeis basically a bad idea
unless you have some over-riding reason that you need to use it. In
virtually all cases, there will be no such reason.
Sep 10 '08 #18
Laurent vilday wrote:
Henry a écrit :
>On Sep 9, 5:17 pm, vunet wrote:
<snip>
>>With my original question I was hoping to hear what experts
think if they are familiar with what I am asking.

When you get round to asking a question that can be answered
you might get an answer.

Oh come on ! Do you really need to be another PointedEars ?
You may not appreciate how the discipline of asking a decent question
promotes both understanding and eliciting worthwhile answers, but it
looks like you might get a lesson in that today.
>You mean a form with a TARGET attribute did not (POST) submit
in such a way that the response was received as the new
contents of an IFRAME with a corresponding NAME attribute?

I POST forms to dynamically created named/IDed IFRAMEs in
IE 6+ all the time, so your inability to do so certainly
does not indicate that it is impossible.

LOL, really without any IE6/IE7 hack ?
That depends on what you consider an IE hack. The code I use works
fine on a very wide range of browsers including IE 6+ and does not
branch at all. It does take one action that is necessary to get it
working properly for IE, but that action is harmless to other
browsers.
I doubt it. No, sorry, I have no
doubt, I *know* by experience it is a lie.
So you *know* it is a lie? We will see.
Read *very* carefully this document :
<http://msdn.microsoft.com/en-us/library/ms536389.aspx>
<snip>

Microsoft's browser documentation is notoriously unreliable. And
they certainly are not (and never have been) a source for
cross-browser coding advice.
In IE6 and IE7, if you have to use the name attribute of a
dynamic element inserted into the document, you *must*
declare the name attribute of the element when calling
document.createElement(). After is too late.
There is no "must" about it.
in IE6 and IE7 :
var input = document.createElement('<input name="myInput">');
var iframe = document.createElement('<iframe name="myIframe">');

Anywhere else :
var input = document.createElement('input');
input.name = 'myInput';
This is successful in IE. The created input element is functional
and will be successfully submitted as a name/value pair with the
containing form. Here the issue with name attributes is only that
form controls created in this way are not then available as
members of the document, FORM element or its - elements -
collection using their names, but there are ways around that.
(The exception being <input type="radio">, which use name
attributes as part of their mechanism and so are problematic on
IE).
var iframe = document.createElement('iframe');
iframe.name = 'myIframe';

Period.
When properly analysed, to the point of precisely pinning down the
cause and effect relationship that results in the issue, the
critical factor is that when an IFRAME element is created on IE
without a name being provided in the creation process (the call
to - createElement -) the window object that corresponds with the
IFRAME is not given a - name - property, and subsequent setting
of the - name - property of the IFRAME object or its NAME
attribute (with setAttribute) does not have the side effect of
setting the - name - attribute of the window object.

Having pinned that down the solution is simple; it is to directly
assign to the - name - property of the window object, either just
before targeting it with links or form submission, or following
the IFRAMEs insertion into the document. E.G.:-

<html>
<head>
<title></title>
</head>
<body>
<a href="http://www.google.com/"
target="myIframe"
onclick="frames[this.target].name = this.target">link</a>
<script type="text/javascript">
var iframe = document.createElement('iframe');
iframe.id = iframe.name = 'myIframe';
document.body.appendChild(iframe);
</script>
</body>
</html>

- and/or:-

<html>
<head>
<title></title>
</head>
<body>
<a href="http://www.google.com/"
target="myIframe"
onclick="frames[this.target].name = this.target">link</a>
<script type="text/javascript">
var iframe = document.createElement('iframe');
iframe.id = iframe.name = 'myIframe';
document.body.appendChild(iframe);
frames['myIframe'].name = 'myIframe';
</script>
</body>
</html>

And those work fine on IE, many other browsers (the scriptable ones
that support dynamic DOM standard IFRAME creation) and does not
need to test and branch, while only using the standard call to -
createElement -. The window - name - setting operations are harmless
on the browsers that do not need them, and so it is easier/quicker
to just do it rather than trying to perform some test to see if it
is necessary, though the test is simple as prior to the assignment
the IE window object has no name. The same solution applies in
precisely the same way to form submission.

But of course your experience tells you that that is all a lie,
doesn't it? Period.
Sep 10 '08 #19
On Sep 9, 10:12 pm, vunet wrote:
>In IE6 and IE7, if you have to use the name attribute of
a dynamic element inserted into the document, you *must*
declare the name attribute of the element when calling
document.createElement(). After is too late.
>in IE6 and IE7 :
var input = document.createElement('<input name="myInput">');
var iframe = document.createElement('<iframe name="myIframe">');
>Anywhere else :
var input = document.createElement('input');
input.name = 'myInput';
var iframe = document.createElement('iframe');
iframe.name = 'myIframe';

Is this the answer I was looking for? Thanks Laurent, I've
been through all this dirt from other 'experts' but finally
got what I need.
If you were only interested in listening to the answer you wanted to
hear, rather than learning the truth, why did you ask the question in
the first place? You knew the answer you wanted to hear from the
outset, so you were just wasting everyone's time asking the question
in a forum that would rather promote understanding stupid mystical
incantations.
Sep 10 '08 #20
The Magpie wrote:
vunet wrote:
>With my original question I was hoping to hear what experts think if
they are familiar with what I am asking.

Experts are suggesting that using <iframeis basically a bad idea
unless you have some over-riding reason that you need to use it. In
virtually all cases, there will be no such reason.
Hear, hear!
PointedEars, amused
--
Prototype.js was written by people who don't know javascript for people
who don't know javascript. People who don't know javascript are not
the best source of advice on designing systems that use javascript.
-- Richard Cornford, cljs, <f8*******************@news.demon.co.uk>
Sep 10 '08 #21
On Sep 10, 6:41*pm, Henry <rcornf...@raindrop.co.ukwrote:
On Sep 9, 10:12 pm, vunet wrote:
In IE6 and IE7, if you have to use the name attribute of
a dynamic element inserted into the document, you *must*
declare the name attribute of the element when calling
document.createElement(). After is too late.
in IE6 and IE7 :
var input = document.createElement('<input name="myInput">');
var iframe = document.createElement('<iframe name="myIframe">');
Anywhere else :
var input = document.createElement('input');
input.name = 'myInput';
var iframe = document.createElement('iframe');
iframe.name = 'myIframe';
Is this the answer I was looking for? Thanks Laurent, I've
been through all this dirt from other 'experts' but finally
got what I need.

If you were only interested in listening to the answer you wanted to
hear, rather than learning the truth, why did you ask the question in
the first place? You knew the answer you wanted to hear from the
outset, so you were just wasting everyone's time asking the question
in a forum that would rather promote understanding stupid mystical
incantations.
The answer he was looking for was really the *official* reason why the
stupid mystical incantation in necessary in the first place which
Laurent correctly gave:

http://msdn.microsoft.com/en-us/library/ms536389.aspx

He had to ask in the newsgroup in the first place because he wasn't
even sure there IS an official reason for it much less where to LOOK
FOR IT.

So the question WAS warranted (it's not in the FAQ after all). By the
way, this so called stupid mystical incantation is necessary in IE for
other things besides iframes. It's necessary for selects, inputs and
textareas. It may be necessary for other tags as well but I've mostly
found problems with form elements. Basically, document.createElement
is b0rk in IE.
Sep 10 '08 #22
slebetman wrote:
On Sep 10, 6:41 pm, Henry <rcornf...@raindrop.co.ukwrote:
>On Sep 9, 10:12 pm, vunet wrote:
>>>In IE6 and IE7, if you have to use the name attribute of
a dynamic element inserted into the document, you *must*
declare the name attribute of the element when calling
document.createElement(). After is too late.
in IE6 and IE7 :
var input = document.createElement('<input name="myInput">');
var iframe = document.createElement('<iframe name="myIframe">');
Anywhere else :
var input = document.createElement('input');
input.name = 'myInput';
var iframe = document.createElement('iframe');
iframe.name = 'myIframe';
Is this the answer I was looking for? Thanks Laurent, I've
been through all this dirt from other 'experts' but finally
got what I need.
If you were only interested in listening to the answer you wanted to
hear, rather than learning the truth, why did you ask the question in
the first place? You knew the answer you wanted to hear from the
outset, so you were just wasting everyone's time asking the question
in a forum that would rather promote understanding stupid mystical
incantations.

The answer he was looking for was really the *official* reason why the
stupid mystical incantation in necessary in the first place
Nonsense. Read the OP again.
which Laurent correctly gave:

http://msdn.microsoft.com/en-us/library/ms536389.aspx
That may be what you consider official, but it is nonsense nonetheless.
Turns out the vendor does not even know its own product or is incapable
of expressing its flaws properly in the documentation.
He had to ask in the newsgroup in the first place because he wasn't
even sure there IS an official reason for it much less where to LOOK
FOR IT.
This "official reason" excuse is a byproduct of your vivid imagination. The
OP asked why it was done this way, and the correct answer is that the author
of the code had no clue what they were doing. Because a reasonable
developer double-checks everything that he reads.
So the question WAS warranted (it's not in the FAQ after all).
There is no doubt about that. However, that the OP assumed that what he
read was the only correct way because a million flies already said so, was
presumptuous and turned out to be wrong.
By the way, this so called stupid mystical incantation is necessary in IE for
other things besides iframes. It's necessary for selects, inputs and
textareas. It may be necessary for other tags as well but I've mostly
found problems with form elements. Basically, document.createElement
is b0rk in IE.
You have not read or tested "Henry"'s code, have you?
PointedEars
--
var bugRiddenCrashPronePieceOfJunk = (
navigator.userAgent.indexOf('MSIE 5') != -1
&& navigator.userAgent.indexOf('Mac') != -1
) // Plone, register_function.js:16
Sep 11 '08 #23
On Sep 10, 11:36 pm, slebetman wrote:
On Sep 10, 6:41 pm, Henry wrote:
>On Sep 9, 10:12 pm, vunet wrote:
>>>In IE6 and IE7, if you have to use the name attribute of
a dynamic element inserted into the document, you *must*
declare the name attribute of the element when calling
document.createElement(). After is too late.
>>>in IE6 and IE7 :
var input = document.createElement('<input name="myInput">');
var iframe = document.createElement('<iframe name="myIframe">');
>>>Anywhere else :
var input = document.createElement('input');
input.name = 'myInput';
var iframe = document.createElement('iframe');
iframe.name = 'myIframe';
>>Is this the answer I was looking for? Thanks Laurent, I've
been through all this dirt from other 'experts' but finally
got what I need.
>If you were only interested in listening to the answer you
wanted to hear, rather than learning the truth, why did you
ask the question in the first place? You knew the answer you
wanted to hear from the outset, so you were just wasting
everyone's time asking the question in a forum that would
rather promote understanding stupid mystical incantations.

The answer he was looking for was really the *official* reason
why the stupid mystical incantation in necessary in the first
place
The answer to that is that it is *not* necessarily. And that answer
was given, but apparently that answer, no matter its demonstrable
truth, was not the answer he was looking for.
which Laurent correctly gave:
<snip>

You cannot "correctly" give a reason for the necessity of something
that is not necessary.
He had to ask in the newsgroup in the first place because
he wasn't even sure there IS an official reason for it
But he was not interested in listening when he was told that there was
not.
much less where to LOOK FOR IT.
There can be no "where to look" for the reason for the necessity of
something that is not necessary.
So the question WAS warranted
Not if the answer was pre-determined by ill-conceived preconceptions.
(it's not in the FAQ after all).
Difficult to pot the absence of a reason for the necessity of
something into any document. But it any event it is a long way from
being a frequently asked question.
By the way, this so called stupid mystical incantation is
necessary in IE for other things besides iframes.
It is not necessary for IFRAMEs, and (unsurprisingly) also unnecessary
for anything else.
It's necessary for selects, inputs and
textareas.
In what way? IE happily creates input, select and textarea elements
for me using DOM standard element creation code. (<input type="radio">
are the only elements that need special handling as a result of IE's
characteristics, and I still use non-branching code for those).
It may be necessary for other tags as well but I've mostly
found problems with form elements.
Your finding problems with the code you write is not, in itself, a
reason to be attributing issues to the wider world.
Basically, document.createElement
is b0rk in IE.
Based on what evidence? The case of targeting links and form
submission not being as simple as it could be has nothing to do with
the - createElement -, but rather is a consequence of employing -
setAttribute - and/or assigning to the element's - name - property not
having the side effect of associating a name with the corresponding
window object in IE. Thus if anything is broken it is the assignment
to the element's - name - property and/or - setAttribute -. And here
is a reflection of my point about the quality of analysis being so
poor that people fixate on mystical inactions that never do much more
that solve issues by coincidence; you are blaming the - createElement
- method, when with the argument "IFRAME" IE's - createElement -
method does no more and no less than any other - createElement -
method (creates a IFRAME element that is not attached to a document
and has no more than default/implied properties/attributes, and
certainly no name or id).
Sep 11 '08 #24

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

2
by: Templar | last post by:
Hi i'm bothering with such problem... I must dynamic create an Iframe, and then put som raw HTML into it. But I can't. When I create iframe, I can't access its properties. Here's the coe...
1
by: Martin | last post by:
There seems to be some strange behaviour when trying to get the scrollHeight and scrollTop of an iframe in IE6. I have tried several ways of getting these values when the iframe is written into...
7
by: Christopher J. Hahn | last post by:
I'm trying to use a script-generated form to submit to a script-generated iframe. The problem I'm running into is that the iframe is not assuming the name I assign it. IE6 on Win2000. FF1.0.2+...
16
by: Mcginkel | last post by:
I am trying to find a way to load XHTML content in an Iframe. I use to do this in html by using the following code : var iframeObject = document.createElement("iframe");...
1
by: jaktharkhan | last post by:
Hi, I really really need help in trying to figure out how can I do a CloneNode on an Iframe where the cloned IFRAME clones with all its contents?. Basically what I am doing is dynamically building...
4
by: Drew | last post by:
This might beyond the scope of this group because it deals with SharePoint, but I'm not sure if I can't get it to work because of SharePoint or because JavaScript is weird (I don't have much...
10
by: jon | last post by:
I'm trying to use a hidden iframe to print the contents of one div seamlessly. Currently I can create the hidden iframe, copy the contents of the div to the iframe, and print it. I even have a...
1
by: XP | last post by:
Hello Everyone, I was stuck with this really frustrating problem for sometime. Let me explain what I am trying to achieve: There is a form and an inner iframe. The form's target is set to the...
2
riptide2049
by: riptide2049 | last post by:
I really have a problem here. I have a code that is suppost to take the href of a link from the right class;value of a link maked toreturn false. the value is a Media file the file is sent to...
2
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 7 Feb 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:30 (7.30PM). In this month's session, the creator of the excellent VBE...
0
by: MeoLessi9 | last post by:
I have VirtualBox installed on Windows 11 and now I would like to install Kali on a virtual machine. However, on the official website, I see two options: "Installer images" and "Virtual machines"....
0
by: DolphinDB | last post by:
The formulas of 101 quantitative trading alphas used by WorldQuant were presented in the paper 101 Formulaic Alphas. However, some formulas are complex, leading to challenges in calculation. Take...
0
by: Aftab Ahmad | last post by:
Hello Experts! I have written a code in MS Access for a cmd called "WhatsApp Message" to open WhatsApp using that very code but the problem is that it gives a popup message everytime I clicked on...
0
by: Aftab Ahmad | last post by:
So, I have written a code for a cmd called "Send WhatsApp Message" to open and send WhatsApp messaage. The code is given below. Dim IE As Object Set IE =...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.