Connecting Tech Pros Worldwide Forums | Help | Site Map

Automatic tag variables in IE

acw
Guest
 
Posts: n/a
#1: Jul 2 '08
I am trying to understand how IE handles automatic tag variables.

I know that IE will create a global variable each time it finds a tag
with its name or id attribute set. If you have more than one tag with
the same name or id (yes this is bad) on a page then that global
variable goes from being a tag reference to being a collection of
references.

In most cases if you remove the duplicate tag the global var becomes a
tag reference again. Other times it remains a collection but with only
one element.

Getting completely away from using the automatic variables is not an
option. So, I am trying to understand how the variables are handled by
IE. Does anyone know what determines whether the global variable is
reverted to a tag reference or left as a collection when the duplicate
tags are removed from the page?


================================================== ==========

For example, if we start with
..
<div id="container1"></div>
<div id="container2"></div>
..

then do ...

..
container1.innerHTML = "<span id='sometext'>some text</span>"
....
container2.innerHTML = "<span id='sometext'>some more text</span>"
..



The global var sometext is a collection with two elements.


If we do the following


container2.innerHTML = ""


The global var sometext is usually pointing to the first span. Other
times is a collection and sometext[0] points to the first span.




TIA!

Jonathan N. Little
Guest
 
Posts: n/a
#2: Jul 2 '08

re: Automatic tag variables in IE


acw wrote:
Quote:
I am trying to understand how IE handles automatic tag variables.
>
I know that IE will create a global variable each time it finds a tag
with its name or id attribute set. If you have more than one tag with
the same name or id (yes this is bad) on a page then that global
variable goes from being a tag reference to being a collection of
references.
>
In most cases if you remove the duplicate tag the global var becomes a
tag reference again. Other times it remains a collection but with only
one element.
>
Getting completely away from using the automatic variables is not an
option. So, I am trying to understand how the variables are handled by
IE. Does anyone know what determines whether the global variable is
reverted to a tag reference or left as a collection when the duplicate
tags are removed from the page?
>
>
================================================== ==========
>
For example, if we start with
.
<div id="container1"></div>
<div id="container2"></div>
.
>
then do ...
>
.
container1.innerHTML = "<span id='sometext'>some text</span>"
...
container2.innerHTML = "<span id='sometext'>some more text</span>"
.
>
>
>
The global var sometext is a collection with two elements.
>
>
If we do the following
>
>
container2.innerHTML = ""
>
>
The global var sometext is usually pointing to the first span. Other
times is a collection and sometext[0] points to the first span.
>
The flaw is in a document all IDs must be unique, and IDs cannot be
arrays...


--
Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com
acw
Guest
 
Posts: n/a
#3: Jul 2 '08

re: Automatic tag variables in IE


Jonathan,

Thanks for the response.

Yes ids do need to be unique. In this case that are not and, because
of the nature of the project, I am not in a position to make them
unique.


I am really just wanting to understand how IE handles the automatic
vars.


TIA




On Jul 2, 1:25*pm, "Jonathan N. Little" <lws4...@central.netwrote:
Quote:
acw wrote:
Quote:
I am trying to understand how IE handles automatic tag variables.
>
Quote:
I know that IE will create a global variable each time it finds a tag
with its name or id attribute set. If you have more than one tag with
the same name or id (yes this is bad) on a page then that global
variable goes from being a tag reference to being a collection of
references.
>
Quote:
In most cases if you remove the duplicate tag the global var becomes a
tag reference again. Other times it remains a collection but with only
one element.
>
Quote:
Getting completely away from using the automatic variables is not an
option. So, I am trying to understand how the variables are handled by
IE. Does anyone know what determines whether the global variable is
reverted to a tag reference or left as a collection when the duplicate
tags are removed from the page?
>
Quote:
================================================== ==========
>
Quote:
For example, if we start with
.
<div id="container1"></div>
<div id="container2"></div>
.
>
Quote:
then do ...
>
Quote:
.
container1.innerHTML = "<span id='sometext'>some text</span>"
...
container2.innerHTML = "<span id='sometext'>some more text</span>"
.
>
Quote:
The global var sometext is a collection with two elements.
>
Quote:
If we do the following
>
Quote:
container2.innerHTML = ""
>
Quote:
The global var sometext is usually pointing to the first span. Other
times is a collection and sometext[0] points to the first span.
>
The flaw is in a document all IDs must be unique, and IDs cannot be
arrays...
>
--
Take care,
>
Jonathan
-------------------
LITTLE WORKS STUDIOhttp://www.LittleWorksStudio.com- Hide quoted text -
>
- Show quoted text -
Bergamot
Guest
 
Posts: n/a
#4: Jul 2 '08

re: Automatic tag variables in IE



acw wrote:
Quote:
I am trying to understand how IE handles automatic tag variables.
I suggest asking Microsoft how their browser works because I doubt very
many people here know or care. The IE groups are over at
microsoft.public.<something about IE>

--
Berg
Jonathan N. Little
Guest
 
Posts: n/a
#5: Jul 2 '08

re: Automatic tag variables in IE


acw wrote:
Quote:
Jonathan,
>
Thanks for the response.
>
Yes ids do need to be unique. In this case that are not and, because
of the nature of the project, I am not in a position to make them
unique.
Well that make the document invalid, then who knows? Computers like
"Yes|No", when you throw "Maybe" at them then it is up how well of an
exception handler you got...



--
Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com
Closed Thread