javascript - Why is window not identical to window.self in Internet Explorer? -

-

there's convoluted backstory involving how came across this, why self property not equal window itself?

in safari , firefox , friends, results i'd expect:

> window == window.self   true > window === window.self   true

the same isn't true in internet explorer, though:

>> window == window.self    true >> window === window.self    false

can account inconsistency? self property of window object pointing? casts equality, more vexing.

that's not all, window!==window.window!

i believe we're seeing here difference between ‘inner window’ , ‘outer window’ objects. other browsers have these (eg. moz); they're typically used present different view of window inside , outside own code.

the inner window holds global variables , document-specific members. outer window accessible [cross-frame-] scripting via window-references frames[n], parent, opener, , apparently self. bound owner viewport (browser window/frame), eg. when navigate iframe new document, parent document still sees same-identity window object in iframe.

in sensible browser object model design there separate objects this, when javascript thrown netscape there little consideration elegance, resulting in , many other interfaces there overload (form element called submit, anyone?).

so compatibility, split window has continue appear single object scripts though isn't underneath. in ie, mask slips: seems saying window gets inner window, , there's no hack make === against outer window.

eta: come think of it, there's (poor) justification this. ecmascript spec, not written multiple global contexts in mind, defines window, , unbound version of this, retrieving global variable scope object, inner window.

the other properties, being part of dom/bom, not within scope of ecma spec, can return different (and must, sake of cross-frame scripting).


Comments

Post a Comment

Popular posts from this blog

javascript - Enclosure Memory Copies -

-
function myclass() { //lots , lots of vars , code here. this.bar = function() { //do numerous enclosed myclass vars } this.foo = function() { alert('hello'); //don't enclosed variables. } } each instance of myclass gets own copy of bar , foo, why prototyped methods use less memory. however, know more memory use of inner methods. it seems obvious me (1) below must true. agree? not distinct myclass instances have own distinct copies of bar, must have own distinct copies of myclass enclosure. (or else how bar method keep myclass variables straight on per instance basis?) now (2) question i'm after. since inner foo method doesn't use in myclass enclosure natural qustion is: javascript smart enough not keep myclass enclosure in memory use of foo? this depend entirely on implementation not language. naive implementations keep far more around others. answer true e.g. v8 (chrome's js engine) may not true spider...
Read more

php - Replacing tags in braces, even nested tags, with regex -

-
example preg_replace('/\{[a-za-z.,\(\)0-9]+\}/', 'replaced', 'lorem ipsum dolor sit {tag1({tag2()})}, consectetur adipiscing elit.'); the result: lorem ipsum dolor sit {tag1(replaced)}, consectetur adipiscing elit. question as can see "tag2" has been replaced, want replace "tag1" know how can this? (in cases might this: {tag1({tag2({tag3()})})}) , on.) btw using preg_replace_callback, easier show preg_replace here site can test code: http://www.spaweditor.com/scripts/regex/index.php you need add curly braces character set. here's pattern used: /\{[a-za-z.,\(\)\{\}0-9]+\}/ and here result: "lorem ipsum dolor sit replaced, consectetur adipiscing elit."
Read more