<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>Posts about ie</title>
    <link>http://wiki.futuretoby.com/tag/ie</link>
    <language>en-us</language>
    <item>
      <title>JSON with Special Characters fails in IE</title>
      <description>If you try to eval a JSON string that has special characters in it(non-ascii, or chr &amp;gt; 127), it will error out. The other browsers work fine.</description>
      <pubDate>Wed, 27 May 2009 00:09:10 -0500</pubDate>
      <guid>http://wiki.futuretoby.com/JSON_with_Special_Characters_fails_in_IE</guid>
      <author>toby ho</author>
      <link>http://wiki.futuretoby.com/JSON_with_Special_Characters_fails_in_IE</link>
    </item>
    <item>
      <title>Trying to Index Strings in IE</title>
      <description>&lt;pre&gt;'abc'[0]&lt;br&gt;&lt;/pre&gt;&lt;div&gt;gets you &lt;i&gt;undefined&lt;/i&gt; in IE. The correct way is to do 'abc'.charAt(0).&lt;/div&gt;</description>
      <pubDate>Tue, 26 May 2009 13:57:00 -0500</pubDate>
      <guid>http://wiki.futuretoby.com/Trying_to_Index_Strings_in_IE</guid>
      <author>toby ho</author>
      <link>http://wiki.futuretoby.com/Trying_to_Index_Strings_in_IE</link>
    </item>
    <item>
      <title>IE Woes: One</title>
      <description>Man! Have I been at war with IE lately. I have been holding back a lot of blog posts related to debug IE problems, and I going to start spewing them out now one by one. For the first installment I'll talk about one I encountered these couple of days...&lt;br&gt;&lt;br&gt;Ever get this IE error?&lt;img src="/uploads/ie_error.png?1228873829" mce_src="/uploads/ie_error.png?1228873829" name="ie_error.png" width="593"&gt;&lt;br&gt;When you click "Ok", this is what you see:&lt;br&gt;&lt;img src="/uploads/ie_error2.png?1228873932" mce_src="/uploads/ie_error2.png?1228873932" name="ie_error2.png" width="522"&gt;&lt;br&gt;Ouch! Can this &lt;i&gt;be&lt;/i&gt; any more catastrophic?(Yeah, that's my Chandler impression.)&lt;br&gt;&lt;br&gt;According to &lt;a href="http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2247375&amp;amp;SiteID=1" mce_href="http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2247375&amp;amp;SiteID=1"&gt;this forum post&lt;/a&gt;, this happens if you have script tags in your document that's modifying other parts of the dom before the document finishes loading. Umm, okay, but I still had a hard time finding out the exact point this caused the problem. I used the comment-out-code-and-see-if-it-still-breaks-binary-search methodology, and came up with some work arounds which involved delaying the execution of some setup code. But, this catastrophic error came back to haunt be time and time again. Clearly I didn't find the root cause of this error or I wouldn't be committing it repeatedly. &lt;br&gt;&lt;br&gt;But finally, I found it(I think, well at least one of the root causes). I am using &lt;a href="http://getfirebug.com/lite.html" mce_href="http://getfirebug.com/lite.html"&gt;firebug lite&lt;/a&gt; in development, which creates iframes and panels in the pages that pops out and in just like firebug. When you call console.log with firebug lite, guess what happens? Yeah, it modifies the console output window - a part of the dom that is outside of where the script tag is. Got rid of those console.log statements and fixed it.&lt;br&gt;&lt;br&gt;In conclusion, &lt;i&gt;do not&lt;/i&gt; do what I did!&lt;br&gt;</description>
      <pubDate>Tue, 09 Dec 2008 21:09:28 -0600</pubDate>
      <guid>http://wiki.futuretoby.com/IE_Woes%3A_One</guid>
      <author>toby ho</author>
      <link>http://wiki.futuretoby.com/IE_Woes%3A_One</link>
    </item>
    <item>
      <title>IE getElementById looks up "name"</title>
      <description>IE, &lt;a href="http://www.456bereastreet.com/archive/200802/beware_of_id_and_name_attribute_mixups_when_using_getelementbyid_in_internet_explorer/"&gt;are you kidding me&lt;/a&gt;?&lt;br&gt;</description>
      <pubDate>Tue, 09 Dec 2008 16:29:00 -0600</pubDate>
      <guid>http://wiki.futuretoby.com/IE_getElementById_looks_up_%22name%22</guid>
      <author>toby ho</author>
      <link>http://wiki.futuretoby.com/IE_getElementById_looks_up_%22name%22</link>
    </item>
    <item>
      <title>IE bug: input endtags show up as nodes</title>
      <description>If you write an input element like this:&lt;span style="font-family: monospace;"&gt;&lt;br&gt;&lt;/span&gt;&lt;pre&gt;&lt;span style="font-family: monospace;"&gt;&amp;lt;input type="text" id="name" name="name" value="&amp;gt;&amp;lt;/input&amp;gt;&lt;/span&gt;&lt;/pre&gt;&lt;pre&gt;&lt;span style="font-family: monospace;"&gt;&lt;/span&gt;&lt;/pre&gt;In IE, if you try to traverse the dom, you will get the end-tag as a separate element &lt;font size="2"&gt;&lt;font style="" face="courier new,courier"&gt;/input&lt;/font&gt;&lt;/font&gt;. Ex. with prototype: &lt;font size="2"&gt;&lt;font face="courier new,courier"&gt;$('name').next()&lt;/font&gt;&lt;/font&gt;&lt;font face="#mce_temp_font#"&gt; should get you &lt;font size="2"&gt;&lt;font style="" face="courier new,courier"&gt;/input&lt;/font&gt;&lt;/font&gt;&lt;/font&gt;.&lt;br style=""&gt;</description>
      <pubDate>Mon, 10 Nov 2008 10:50:44 -0600</pubDate>
      <guid>http://wiki.futuretoby.com/IE_bug%3A_input_endtags_show_up_as_nodes</guid>
      <author>toby ho</author>
      <link>http://wiki.futuretoby.com/IE_bug%3A_input_endtags_show_up_as_nodes</link>
    </item>
    <item>
      <title>Microsoft Script Debugger</title>
      <description>I've finally gotten the hang of the Microsoft Script Debugger. I can now debug Ajax code in IE with relative ease. Before this, the error line number IE gives is always wrong, so there's no good way to know what is wrong with your code. I tried firebug lite, which provides the console, and is handy, but it has no debugging capability. The Script Debugger is very different from firebug, so you have to get use to it, and even maybe read the help pages. But once you figure out, it's very helpful, well because you are comparing it to having not debugger or a use full stacktrace message at all. It does have a command window, which is kinda different from firebug also, but once again, you can get used to it. And the call stack window is very useful for spotting where an error has occured.&lt;br&gt;&lt;br&gt;Negatives: it does crash a lot, as with everything Microsoft. And once it had a bug where the included javascript files in the page would not show up at all. It was eventually fixed I think after a reboot. Still, better than nothing.&lt;br&gt;</description>
      <pubDate>Tue, 03 Jun 2008 00:12:03 -0500</pubDate>
      <guid>http://wiki.futuretoby.com/Microsoft_Script_Debugger</guid>
      <author>toby ho</author>
      <link>http://wiki.futuretoby.com/Microsoft_Script_Debugger</link>
    </item>
  </channel>
</rss>
