<?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>Komentarze do Frontend.pl</title>
	<atom:link href="http://frontend.pl/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://frontend.pl</link>
	<description>Wszystko na wierzchu</description>
	<lastBuildDate>Wed, 01 Feb 2012 15:47:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2</generator>
	<item>
		<title>Skomentuj Cross domain POST czyli jak oszukać przeglądarkę ? cz.2, którego autorem jest Artur</title>
		<link>http://frontend.pl/2010/06/cross-domain-post-czyli-jak-oszukac-przegladarke-cz-2/comment-page-1/#comment-117</link>
		<dc:creator>Artur</dc:creator>
		<pubDate>Wed, 01 Feb 2012 15:47:03 +0000</pubDate>
		<guid isPermaLink="false">http://frontend.pl/?p=586#comment-117</guid>
		<description>Świetna sprawa! Czy istnieje jakieś rozwiązanie, które pozwoliłoby na skorzystanie z proponowanego XDomain-POST w reakcji na onbeforeunload albo onunload? Gryzę się z tym od dłuższego czasu ale nie udaje mi się wysłać danych przy unloadzie...</description>
		<content:encoded><![CDATA[<p>Świetna sprawa! Czy istnieje jakieś rozwiązanie, które pozwoliłoby na skorzystanie z proponowanego XDomain-POST w reakcji na onbeforeunload albo onunload? Gryzę się z tym od dłuższego czasu ale nie udaje mi się wysłać danych przy unloadzie&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj JSONP (crossdomain AJAX) czyli jak oszukać przeglądarkę, którego autorem jest Krzysztof</title>
		<link>http://frontend.pl/2010/04/jsonp-crossdomain-ajax-czyli-jak-oszukac-przegladarke/comment-page-1/#comment-116</link>
		<dc:creator>Krzysztof</dc:creator>
		<pubDate>Sun, 22 Jan 2012 13:11:46 +0000</pubDate>
		<guid isPermaLink="false">http://frontend.pl/?p=251#comment-116</guid>
		<description>Niestety, IE obsługuje zdarzenie onreadystatechange w nieco odmienny sposób. Rzeczywiście, teoretycznie istnieje wiele stanów readyState: 
0 	uninitialized
1	loading
2	loaded
3	interactive
4	complete
ale w praktyce funkcja script.onreadystatechange zwraca tylko ten ostatni - complete. Wtedy można dopiero usunąć wstrzyknięty (wykonany) kod w IE.

Powinno być zatem: 

   if(this.readyState==&#039;complete&#039;){

zamiast: 

   if(this.readyState==&#039;loaded&#039;){</description>
		<content:encoded><![CDATA[<p>Niestety, IE obsługuje zdarzenie onreadystatechange w nieco odmienny sposób. Rzeczywiście, teoretycznie istnieje wiele stanów readyState:<br />
0 	uninitialized<br />
1	loading<br />
2	loaded<br />
3	interactive<br />
4	complete<br />
ale w praktyce funkcja script.onreadystatechange zwraca tylko ten ostatni &#8211; complete. Wtedy można dopiero usunąć wstrzyknięty (wykonany) kod w IE.</p>
<p>Powinno być zatem: </p>
<p>   if(this.readyState==&#8217;complete&#8217;){</p>
<p>zamiast: </p>
<p>   if(this.readyState==&#8217;loaded&#8217;){</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj JSONP (crossdomain AJAX) czyli jak oszukać przeglądarkę, którego autorem jest hdc</title>
		<link>http://frontend.pl/2010/04/jsonp-crossdomain-ajax-czyli-jak-oszukac-przegladarke/comment-page-1/#comment-115</link>
		<dc:creator>hdc</dc:creator>
		<pubDate>Sun, 30 Oct 2011 19:50:04 +0000</pubDate>
		<guid isPermaLink="false">http://frontend.pl/?p=251#comment-115</guid>
		<description>Dzięki!!!</description>
		<content:encoded><![CDATA[<p>Dzięki!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Cross domain POST czyli jak oszukać przeglądarkę ? cz.2, którego autorem jest Michał</title>
		<link>http://frontend.pl/2010/06/cross-domain-post-czyli-jak-oszukac-przegladarke-cz-2/comment-page-1/#comment-114</link>
		<dc:creator>Michał</dc:creator>
		<pubDate>Wed, 19 Oct 2011 10:57:07 +0000</pubDate>
		<guid isPermaLink="false">http://frontend.pl/?p=586#comment-114</guid>
		<description>setTimeout powinien spokojnie zadziałać nawet z wartością czasu ustawioną na 0. Interpreter wykona zadany callback przy pierwszej możliwości. Wydaje mi się, że technicznie 15ns i tak jest minimalną wartością dla IE, nie wiem jak inne przeglądarki.</description>
		<content:encoded><![CDATA[<p>setTimeout powinien spokojnie zadziałać nawet z wartością czasu ustawioną na 0. Interpreter wykona zadany callback przy pierwszej możliwości. Wydaje mi się, że technicznie 15ns i tak jest minimalną wartością dla IE, nie wiem jak inne przeglądarki.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj W stronę offline &#8211; localStorage, którego autorem jest window.openDatabase baza danych HTML5 &#124; Szaniewski DEV BETA</title>
		<link>http://frontend.pl/2010/04/w-strone-offline-localstorage/comment-page-1/#comment-113</link>
		<dc:creator>window.openDatabase baza danych HTML5 &#124; Szaniewski DEV BETA</dc:creator>
		<pubDate>Tue, 11 Oct 2011 11:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://frontend.pl/?p=230#comment-113</guid>
		<description>[...] http://frontend.pl/2010/04/w-strone-offline-localstorage/   Ale my zajmiemy się  window.openDatabase tworzenie bazy danych przy pomocy SQLite &lt;!&#8211;WCS[3]&#8211;&gt; [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://frontend.pl/2010/04/w-strone-offline-localstorage/" rel="nofollow">http://frontend.pl/2010/04/w-strone-offline-localstorage/</a>   Ale my zajmiemy się  window.openDatabase tworzenie bazy danych przy pomocy SQLite &lt;!&#8211;WCS[3]&#8211;&gt; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Firefox Special Powers &#8211; super moce, cross domain xmlhttp i nie tylko, którego autorem jest Grzegorz</title>
		<link>http://frontend.pl/2011/08/firefox-special-powers-super-moce-cross-domain-http-i-nie-tylko/comment-page-1/#comment-110</link>
		<dc:creator>Grzegorz</dc:creator>
		<pubDate>Tue, 13 Sep 2011 19:27:47 +0000</pubDate>
		<guid isPermaLink="false">http://frontend.pl/?p=1161#comment-110</guid>
		<description>&quot;Firefox pyta wtedy urzytkownika o zgodę&quot;</description>
		<content:encoded><![CDATA[<p>&#8220;Firefox pyta wtedy urzytkownika o zgodę&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Jak przechwycić back button w javascripcie?, którego autorem jest Skowron</title>
		<link>http://frontend.pl/2010/06/jak-przechwycic-back-button-w-javascripcie/comment-page-1/#comment-107</link>
		<dc:creator>Skowron</dc:creator>
		<pubDate>Mon, 08 Aug 2011 14:25:48 +0000</pubDate>
		<guid isPermaLink="false">http://frontend.pl/?p=617#comment-107</guid>
		<description>To ja dodam jeszcze że od IE8, a także w pozostałych browserach mamy dostęp do window.onhashchange, który to event jest emitowany przy kazdej zmianie hasha :)

bardzo przyjemnie się tego używa!</description>
		<content:encoded><![CDATA[<p>To ja dodam jeszcze że od IE8, a także w pozostałych browserach mamy dostęp do window.onhashchange, który to event jest emitowany przy kazdej zmianie hasha <img src='http://frontend.pl/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>bardzo przyjemnie się tego używa!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Optymalizacja Aplikacji Webowych, którego autorem jest Paweł</title>
		<link>http://frontend.pl/2011/06/optymalizacja-aplikacji-webowych/comment-page-1/#comment-104</link>
		<dc:creator>Paweł</dc:creator>
		<pubDate>Wed, 20 Jul 2011 20:32:58 +0000</pubDate>
		<guid isPermaLink="false">http://frontend.pl/?p=1060#comment-104</guid>
		<description>Jestem aktualnie w trakcie kończenia aplikacji napisanej w javascripcie wykorzystującej biblioteke graficzną. Na koniec zostawiłem sobie optymalizacje pod kątem szybkości działania, na pewno powrócę do tego postu ;) 
pozdrawiam</description>
		<content:encoded><![CDATA[<p>Jestem aktualnie w trakcie kończenia aplikacji napisanej w javascripcie wykorzystującej biblioteke graficzną. Na koniec zostawiłem sobie optymalizacje pod kątem szybkości działania, na pewno powrócę do tego postu <img src='http://frontend.pl/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /><br />
pozdrawiam</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Mało vs Szybko, którego autorem jest Radek</title>
		<link>http://frontend.pl/2010/07/malo-vs-szybko/comment-page-1/#comment-102</link>
		<dc:creator>Radek</dc:creator>
		<pubDate>Wed, 20 Jul 2011 18:56:37 +0000</pubDate>
		<guid isPermaLink="false">http://frontend.pl/?p=655#comment-102</guid>
		<description>Tak zmienne te beda prywatne, ale niestety statyczne (z tego tez czesto sie kozysta), kazda instancja nowego obiektu bedzie miala dostep do tej samej zmiennej poniewaz funckcja ktora przypisuje do prototypu bedzie wywolana tylko raz (nie dla kazdego nowego obiektu). Niestety przy prototypach prywatne zmienne musza byc w konstruktorze i musza miec metody uprzywilejowane. 

Jesli chodzi o performance roznice miedzy this a prototype to zapostuje stronke jak odnajde, ale generalnie to jest tak ze przy uzyciu this funkcja tworzona jest przy kazdej inicjalizacji obiektu a jesli chodzo prototyp to jest umieszczona raz w pamieci i jest wywolywana w kontekscie kazdego nowego obieku. Mozesz sprobowac duza petle zrobic i poinicjalizowac obiekty moze to nie jest idealne mierzenie performance-u ale powinno wyjsc ze this jest troche wolniejszy i ma duzo wieksze zuzycie pamieci.</description>
		<content:encoded><![CDATA[<p>Tak zmienne te beda prywatne, ale niestety statyczne (z tego tez czesto sie kozysta), kazda instancja nowego obiektu bedzie miala dostep do tej samej zmiennej poniewaz funckcja ktora przypisuje do prototypu bedzie wywolana tylko raz (nie dla kazdego nowego obiektu). Niestety przy prototypach prywatne zmienne musza byc w konstruktorze i musza miec metody uprzywilejowane. </p>
<p>Jesli chodzi o performance roznice miedzy this a prototype to zapostuje stronke jak odnajde, ale generalnie to jest tak ze przy uzyciu this funkcja tworzona jest przy kazdej inicjalizacji obiektu a jesli chodzo prototyp to jest umieszczona raz w pamieci i jest wywolywana w kontekscie kazdego nowego obieku. Mozesz sprobowac duza petle zrobic i poinicjalizowac obiekty moze to nie jest idealne mierzenie performance-u ale powinno wyjsc ze this jest troche wolniejszy i ma duzo wieksze zuzycie pamieci.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Web workers, którego autorem jest Internet Explorer 10 w pogoni za konkurencją &#124; Frontend.pl</title>
		<link>http://frontend.pl/2010/03/web-workers/comment-page-1/#comment-101</link>
		<dc:creator>Internet Explorer 10 w pogoni za konkurencją &#124; Frontend.pl</dc:creator>
		<pubDate>Mon, 04 Jul 2011 09:45:39 +0000</pubDate>
		<guid isPermaLink="false">http://frontend.pl/?p=51#comment-101</guid>
		<description>[...] Webworkerów [...]</description>
		<content:encoded><![CDATA[<p>[...] Webworkerów [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  frontend.pl/comments/feed/ ) in 0.40273 seconds, on Feb 6th, 2012 at 9:46 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 6th, 2012 at 10:46 am UTC -->
