<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Internet Explorer Developer Toolbar</title>
	<atom:link href="http://www.szafranek.net/blog/2005/09/20/internet_explorer_developer_toolbar/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.szafranek.net/blog/2005/09/20/internet_explorer_developer_toolbar/</link>
	<description>The homepage of Krzysztof Szafranek, a guy who makes websites</description>
	<lastBuildDate>Tue, 12 Jul 2011 11:31:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Szafranek</title>
		<link>http://www.szafranek.net/blog/2005/09/20/internet_explorer_developer_toolbar/#comment-1909</link>
		<dc:creator>Szafranek</dc:creator>
		<pubDate>Sat, 24 Sep 2005 20:58:47 +0000</pubDate>
		<guid isPermaLink="false">http://szafranek/blog/2005/09/20/internet-explorer-developer-toolbar/#comment-1909</guid>
		<description>&lt;p&gt;IE bardzo dziwnie zachowuje się wobec &lt;code&gt;textNodes&lt;/code&gt;. Ignoruje je podczas typowych operacji na DOM: np. właściwość &lt;code&gt;nextSibling&lt;/code&gt; pomija je, chociaż to SĄ fragmenty drzewa. Gecko zachowuje się inaczej i moim zdaniem prawidłowo, zwracając &lt;code&gt;textNodes&lt;/code&gt; podczas iterowania po węzłach DOM. Przekłada się to na działanie DOM Inspectora w obu przeglądarkach: IE nie pokazuje tych węzłów, a Mozilla -- owszem.&lt;/p&gt;
&lt;p&gt;Co najmniej raz krytykowany przez Ciebie sposób działania firefoksowego DOM Inspectora oszczędził mi kupę czasu, zatem mam tu inne zdanie :). &lt;code&gt;textNodes&lt;/code&gt; wpływają na działanie skryptów operujących na DOM i wyświetlanie elementów, więc powinny być widoczne. Co najwyżej można by się pokusić o jakiś przełącznik pozwalający na ich ukrycie.
&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>IE bardzo dziwnie zachowuje się wobec <code>textNodes</code>. Ignoruje je podczas typowych operacji na DOM: np. właściwość <code>nextSibling</code> pomija je, chociaż to SĄ fragmenty drzewa. Gecko zachowuje się inaczej i moim zdaniem prawidłowo, zwracając <code>textNodes</code> podczas iterowania po węzłach DOM. Przekłada się to na działanie DOM Inspectora w obu przeglądarkach: IE nie pokazuje tych węzłów, a Mozilla &#8212; owszem.</p>
<p>Co najmniej raz krytykowany przez Ciebie sposób działania firefoksowego DOM Inspectora oszczędził mi kupę czasu, zatem mam tu inne zdanie :). <code>textNodes</code> wpływają na działanie skryptów operujących na DOM i wyświetlanie elementów, więc powinny być widoczne. Co najwyżej można by się pokusić o jakiś przełącznik pozwalający na ich ukrycie.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Riddle</title>
		<link>http://www.szafranek.net/blog/2005/09/20/internet_explorer_developer_toolbar/#comment-1908</link>
		<dc:creator>Riddle</dc:creator>
		<pubDate>Fri, 23 Sep 2005 17:08:15 +0000</pubDate>
		<guid isPermaLink="false">http://szafranek/blog/2005/09/20/internet-explorer-developer-toolbar/#comment-1908</guid>
		<description>&lt;p&gt;To może teraz dopiszę dalszą treść komentarza, bo wtedy przez źle zamknięty tag się było popsuło.&lt;/p&gt;
&lt;p&gt;Jak widać obramowanie (outline) i wszelkie etykietki są divami pozycjonowanymi absolutnie, dlatego podczas zwiększania rozmiaru czcionki i w ten sposób strony (jak ktoś pracuje na em-ach, %-ach) wszystko się &#8222;psuje&#8221;.&lt;/p&gt;
&lt;p&gt;Te operacje na DOM są bardzo wolne. Ale sam DOM Inspect. mi się podoba, bo pomija whitespace, którą Mozilla traktuje jako textNode.
&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>To może teraz dopiszę dalszą treść komentarza, bo wtedy przez źle zamknięty tag się było popsuło.</p>
<p>Jak widać obramowanie (outline) i wszelkie etykietki są divami pozycjonowanymi absolutnie, dlatego podczas zwiększania rozmiaru czcionki i w ten sposób strony (jak ktoś pracuje na em-ach, %-ach) wszystko się &#8222;psuje&#8221;.</p>
<p>Te operacje na DOM są bardzo wolne. Ale sam DOM Inspect. mi się podoba, bo pomija whitespace, którą Mozilla traktuje jako textNode.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Riddle</title>
		<link>http://www.szafranek.net/blog/2005/09/20/internet_explorer_developer_toolbar/#comment-1907</link>
		<dc:creator>Riddle</dc:creator>
		<pubDate>Tue, 20 Sep 2005 10:04:12 +0000</pubDate>
		<guid isPermaLink="false">http://szafranek/blog/2005/09/20/internet-explorer-developer-toolbar/#comment-1907</guid>
		<description>&lt;p&gt;By&#322; ju&#380; &lt;a href=&quot;http://riddle.jogger.pl/comment.php?eid=149415&quot;&gt;jaki&#347; czas temu&lt;/a&gt;
&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>By&#322; ju&#380; <a href="http://riddle.jogger.pl/comment.php?eid=149415">jaki&#347; czas temu</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

