<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for marcoos.techblog</title>
	<atom:link href="http://blog.marcoos.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.marcoos.com</link>
	<description>not a regularly updated weblog, due to lack of time</description>
	<lastBuildDate>Thu, 29 Dec 2011 08:37:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on CSS Transitions, czyli efekty przejścia w CSS by Jak przygotować prostą animację zdjęć/ikon przy użyciu CSS3 &#124; lubik.info webmaster blog</title>
		<link>http://blog.marcoos.com/2009/10/21/css-transitions-czyli-efekty-przejscia-w-css/#comment-13566</link>
		<dc:creator><![CDATA[Jak przygotować prostą animację zdjęć/ikon przy użyciu CSS3 &#124; lubik.info webmaster blog]]></dc:creator>
		<pubDate>Thu, 29 Dec 2011 08:37:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.marcoos.com/?p=469#comment-13566</guid>
		<description><![CDATA[[...] zmieniać by uzyskać interesujący nas efekt. Zainteresowanych drobiazgami odsyłam do bloga Marcoos&#8217;a, który świetnie omówił każdy element z osobna. Tym samym zostaje nam dodanie efektu po [...]]]></description>
		<content:encoded><![CDATA[<p>[...] zmieniać by uzyskać interesujący nas efekt. Zainteresowanych drobiazgami odsyłam do bloga Marcoos&#8217;a, który świetnie omówił każdy element z osobna. Tym samym zostaje nam dodanie efektu po [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CSS Transitions, czyli efekty przejścia w CSS by legosz</title>
		<link>http://blog.marcoos.com/2009/10/21/css-transitions-czyli-efekty-przejscia-w-css/#comment-12987</link>
		<dc:creator><![CDATA[legosz]]></dc:creator>
		<pubDate>Thu, 13 Oct 2011 22:24:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.marcoos.com/?p=469#comment-12987</guid>
		<description><![CDATA[Dziękuję bardzo za tą informację. Bardzo się przydała. Efekty widać na stronie Pominiete.pl :)


Pozdrawiam i jeszcze raz dziękuję !]]></description>
		<content:encoded><![CDATA[<p>Dziękuję bardzo za tą informację. Bardzo się przydała. Efekty widać na stronie Pominiete.pl :)</p>
<p>Pozdrawiam i jeszcze raz dziękuję !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ECMAScript 5: Object.create() i prototypy by marcoos</title>
		<link>http://blog.marcoos.com/2011/07/07/ecmascript-5-object-create-i-prototypy/#comment-12976</link>
		<dc:creator><![CDATA[marcoos]]></dc:creator>
		<pubDate>Thu, 14 Jul 2011 08:23:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.marcoos.com/?p=644#comment-12976</guid>
		<description><![CDATA[Kiedy ostatnio czytałem posty na es-discuss na ten temat, mowa była o tym, że możliwość modyfikacji prototypów w locie jest niepożądana i utrudnia optymalizację. Tak więc TC39 nie zamierza tego standaryzować, a Brendan sugeruje powolne porzucenie edytowalnego __proto__ w dalszej przyszłości. 

Dyskusja (z marca) jest w tym wątku: https://mail.mozilla.org/pipermail/es-discuss/2011-March/thread.html#13131]]></description>
		<content:encoded><![CDATA[<p>Kiedy ostatnio czytałem posty na es-discuss na ten temat, mowa była o tym, że możliwość modyfikacji prototypów w locie jest niepożądana i utrudnia optymalizację. Tak więc TC39 nie zamierza tego standaryzować, a Brendan sugeruje powolne porzucenie edytowalnego __proto__ w dalszej przyszłości. </p>
<p>Dyskusja (z marca) jest w tym wątku: <a href="https://mail.mozilla.org/pipermail/es-discuss/2011-March/thread.html#13131" rel="nofollow">https://mail.mozilla.org/pipermail/es-discuss/2011-March/thread.html#13131</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ECMAScript 5: Object.create() i prototypy by Staś Małolepszy</title>
		<link>http://blog.marcoos.com/2011/07/07/ecmascript-5-object-create-i-prototypy/#comment-12975</link>
		<dc:creator><![CDATA[Staś Małolepszy]]></dc:creator>
		<pubDate>Wed, 13 Jul 2011 22:08:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.marcoos.com/?p=644#comment-12975</guid>
		<description><![CDATA[Dobry post.

Czy myślisz, że w przyszłych wersjach pozwoli się na manipulację własności [[Prototype]] bieżących obiektów?  __proto__ daje taką możliwość, ale jak wspomniałeś, nie jest w standardzie.

W porównaniu do klasycznych systemów dziedziczenia opartych na statycznych klasach, delegacja do prototypów wydaje się być lżejszym i bardziej elastycznym sposobem dziedziczenia.  Ale dopiero możliwość zmiany prototypu w locie (podobnie jak w przypadku dynamicznych klas, np. w Pythonie:  a = A(); a.__class__ = B) dopełnia w moim przekonaniu tę elastyczność.]]></description>
		<content:encoded><![CDATA[<p>Dobry post.</p>
<p>Czy myślisz, że w przyszłych wersjach pozwoli się na manipulację własności [[Prototype]] bieżących obiektów?  __proto__ daje taką możliwość, ale jak wspomniałeś, nie jest w standardzie.</p>
<p>W porównaniu do klasycznych systemów dziedziczenia opartych na statycznych klasach, delegacja do prototypów wydaje się być lżejszym i bardziej elastycznym sposobem dziedziczenia.  Ale dopiero możliwość zmiany prototypu w locie (podobnie jak w przypadku dynamicznych klas, np. w Pythonie:  a = A(); a.__class__ = B) dopełnia w moim przekonaniu tę elastyczność.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ECMAScript 5: Object.create() i prototypy by Piotrek Reinmar Koszuliński</title>
		<link>http://blog.marcoos.com/2011/07/07/ecmascript-5-object-create-i-prototypy/#comment-12973</link>
		<dc:creator><![CDATA[Piotrek Reinmar Koszuliński]]></dc:creator>
		<pubDate>Fri, 08 Jul 2011 10:39:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.marcoos.com/?p=644#comment-12973</guid>
		<description><![CDATA[Że zaczęli wiem, ale jak widać w tabeli spadli za IE9 :) Nie tego bym się spodziewał po tak dobrej przeglądarce jaką kiedyś była Opera. W tej chwili za dużo bajerów w GUI, za mało w kodzie. Choć oczywiście moje spojrzenie, jest spojrzeniem programisty. Zwykły użytkownik pewnie odbiera to inaczej (dopóki działa mu Gmail ;&gt;).

Dzięki za kangaxa - zapomniałem o tych tabelach.]]></description>
		<content:encoded><![CDATA[<p>Że zaczęli wiem, ale jak widać w tabeli spadli za IE9 :) Nie tego bym się spodziewał po tak dobrej przeglądarce jaką kiedyś była Opera. W tej chwili za dużo bajerów w GUI, za mało w kodzie. Choć oczywiście moje spojrzenie, jest spojrzeniem programisty. Zwykły użytkownik pewnie odbiera to inaczej (dopóki działa mu Gmail ;&gt;).</p>
<p>Dzięki za kangaxa &#8211; zapomniałem o tych tabelach.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ECMAScript 5: Object.create() i prototypy by marcoos</title>
		<link>http://blog.marcoos.com/2011/07/07/ecmascript-5-object-create-i-prototypy/#comment-12972</link>
		<dc:creator><![CDATA[marcoos]]></dc:creator>
		<pubDate>Fri, 08 Jul 2011 10:16:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.marcoos.com/?p=644#comment-12972</guid>
		<description><![CDATA[Safari ma __proto__, IE - nie. 

Opera owszem, jest w tyle, ale nie jest tak, że w ogóle nie zaczęli. Patrz tu: http://kangax.github.com/es5-compat-table/]]></description>
		<content:encoded><![CDATA[<p>Safari ma __proto__, IE &#8211; nie. </p>
<p>Opera owszem, jest w tyle, ale nie jest tak, że w ogóle nie zaczęli. Patrz tu: <a href="http://kangax.github.com/es5-compat-table/" rel="nofollow">http://kangax.github.com/es5-compat-table/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ECMAScript 5: Object.create() i prototypy by Piotrek Reinmar Koszuliński</title>
		<link>http://blog.marcoos.com/2011/07/07/ecmascript-5-object-create-i-prototypy/#comment-12971</link>
		<dc:creator><![CDATA[Piotrek Reinmar Koszuliński]]></dc:creator>
		<pubDate>Fri, 08 Jul 2011 09:24:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.marcoos.com/?p=644#comment-12971</guid>
		<description><![CDATA[Jeśli chodzi o __proto__ to jest dostępny na pewno też w V8, więc Chrome, Node i v8cgi mają tę właściwość dostępną. Nie wiem jak Safari i IE9, ale stała się praktycznie standardem. Sam nie wiem tylko czy się z tego cieszę :) Bo jest pomocna, ale... &quot;niesmak pozostał&quot; :P

Jeśli chodzi zaś o Operę, to fakt, że są oni kompletnie do tyłu z implementacją ES5 (tak naprawdę praktycznie nic nie zaczęli jeszcze) powoduje, że dla mnie jako programisty jest to w tej chwili złom. Mam nadzieję, że wezmą się wreszcie do roboty.

Wracając do tematu - Object.create/beget chyba nigdy mi się jeszcze nie przydał, jako że zawsze coś w tym konstruktorze się znajdzie. Choćby inicjalizacja właściwości złożonych, bo ich zdefiniowanie tylko w prototypie kończy się referencją wszystkich obiektów do tego samej właściwości, co generuje fajne bugi :)

Deskryptory... Wrrr :) Ohydztwo. Ktoś z &quot;JavaScript&quot; wyciął &quot;Script&quot; i tak powstał Chocapic! Znaczy się deskryptory. Wszystko będzie lepsze od nich. Choć same !~:= to też nie ideał, bo kompletnie nie są &quot;self-explanatory&quot;, ale wolę je :) A najbardziej wolałbym krótkie słówka kluczowe, ale pewnie wtedy CoffeScript wprowadziłby krótsze formy i jego zwolennicy mieliby kolejny kiepski argument.]]></description>
		<content:encoded><![CDATA[<p>Jeśli chodzi o __proto__ to jest dostępny na pewno też w V8, więc Chrome, Node i v8cgi mają tę właściwość dostępną. Nie wiem jak Safari i IE9, ale stała się praktycznie standardem. Sam nie wiem tylko czy się z tego cieszę :) Bo jest pomocna, ale&#8230; &#8220;niesmak pozostał&#8221; :P</p>
<p>Jeśli chodzi zaś o Operę, to fakt, że są oni kompletnie do tyłu z implementacją ES5 (tak naprawdę praktycznie nic nie zaczęli jeszcze) powoduje, że dla mnie jako programisty jest to w tej chwili złom. Mam nadzieję, że wezmą się wreszcie do roboty.</p>
<p>Wracając do tematu &#8211; Object.create/beget chyba nigdy mi się jeszcze nie przydał, jako że zawsze coś w tym konstruktorze się znajdzie. Choćby inicjalizacja właściwości złożonych, bo ich zdefiniowanie tylko w prototypie kończy się referencją wszystkich obiektów do tego samej właściwości, co generuje fajne bugi :)</p>
<p>Deskryptory&#8230; Wrrr :) Ohydztwo. Ktoś z &#8220;JavaScript&#8221; wyciął &#8220;Script&#8221; i tak powstał Chocapic! Znaczy się deskryptory. Wszystko będzie lepsze od nich. Choć same !~:= to też nie ideał, bo kompletnie nie są &#8220;self-explanatory&#8221;, ale wolę je :) A najbardziej wolałbym krótkie słówka kluczowe, ale pewnie wtedy CoffeScript wprowadziłby krótsze formy i jego zwolennicy mieliby kolejny kiepski argument.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Nowe podejście do obiektów w ECMAScript 5. Deskryptory własności by ECMAScript 5: Object.create() i prototypy &#171; marcoos.techblog</title>
		<link>http://blog.marcoos.com/2011/03/20/ecmascript-5-deskryptory-wlasnosci/#comment-12970</link>
		<dc:creator><![CDATA[ECMAScript 5: Object.create() i prototypy &#171; marcoos.techblog]]></dc:creator>
		<pubDate>Thu, 07 Jul 2011 20:31:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.marcoos.com/?p=618#comment-12970</guid>
		<description><![CDATA[[...] odcinkach opisałem, w jaki sposób można ograniczać możliwości modyfikacji obiektów i jak tworzyć własności obiektów przy użyciu deskryptorów własności. W pierwszym z artykułów wspomniałem też o tym, że każdy obiekt w JS znajduje się w [...]]]></description>
		<content:encoded><![CDATA[<p>[...] odcinkach opisałem, w jaki sposób można ograniczać możliwości modyfikacji obiektów i jak tworzyć własności obiektów przy użyciu deskryptorów własności. W pierwszym z artykułów wspomniałem też o tym, że każdy obiekt w JS znajduje się w [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Nowe podejście do obiektów w ECMAScript 5. Ograniczanie możliwości modyfikacji obiektów by ECMAScript 5: Object.create() i prototypy &#171; marcoos.techblog</title>
		<link>http://blog.marcoos.com/2011/03/24/ecmascript-5-ograniczanie-mozliwosci-modyfikacji-obiektow/#comment-12969</link>
		<dc:creator><![CDATA[ECMAScript 5: Object.create() i prototypy &#171; marcoos.techblog]]></dc:creator>
		<pubDate>Thu, 07 Jul 2011 20:30:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.marcoos.com/?p=635#comment-12969</guid>
		<description><![CDATA[[...]       Nowe podejście do obiektów w ECMAScript 5. Ograniczanie możliwości modyfikacji&#160;obiektów [...]]]></description>
		<content:encoded><![CDATA[<p>[...]       Nowe podejście do obiektów w ECMAScript 5. Ograniczanie możliwości modyfikacji&nbsp;obiektów [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Nowe podejście do obiektów w ECMAScript 5. Deskryptory własności by Piotrek Reinmar Koszuliński</title>
		<link>http://blog.marcoos.com/2011/03/20/ecmascript-5-deskryptory-wlasnosci/#comment-12966</link>
		<dc:creator><![CDATA[Piotrek Reinmar Koszuliński]]></dc:creator>
		<pubDate>Sat, 09 Apr 2011 23:15:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.marcoos.com/?p=618#comment-12966</guid>
		<description><![CDATA[Mnie się, szczerze mówiąc, mocno nie podoba to rozszerzenie możliwości obiektów.
Settery i gettery są chyba najciekawszą opcją. Później można byłoby się zastanowić nad właściwością enumerable, bo też potrafię znaleźć dla niej praktyczne zastosowanie (choć na siłę). Ale writable i configurable? Trzeba byłoby się postarać żeby to gdzieś naprawdę sensownie wcisnąć. Bo to takie zabezpieczenie z cyklu mam 4 zamki w drzwiach i otwarte okno na parterze - w JSie bez sensu i kompletnie na pokaz.

W dodatku cały ten jarmark nowych możliwości został nam dostarczony pięknymi Java-stylowymi funkcjami. Object.defineProperty, Object.getOwnPropertyDescriptor - dżizys... Z jednej strony mówią wszyscy, że nie chcemy z JSa zrobić Javy i dlatego klas nie ma, ale skojarzenia nasuwają się same.

Jedyne co mnie pociesza, to to że domyślam się, że wprowadzenie niektórych topornych funkcjonalności to tylko wstęp przed ES Harmony, które mam nadzieję odziedziczy sporo swoich cech po odrzuconym ES4. Napisałem zresztą w tym temacie kilka słów - http://code42.pl/2010/12/19/obiektowy-javascript-i-wlasciwosci-chronione-w-poszukiwaniu-swietego-graala/]]></description>
		<content:encoded><![CDATA[<p>Mnie się, szczerze mówiąc, mocno nie podoba to rozszerzenie możliwości obiektów.<br />
Settery i gettery są chyba najciekawszą opcją. Później można byłoby się zastanowić nad właściwością enumerable, bo też potrafię znaleźć dla niej praktyczne zastosowanie (choć na siłę). Ale writable i configurable? Trzeba byłoby się postarać żeby to gdzieś naprawdę sensownie wcisnąć. Bo to takie zabezpieczenie z cyklu mam 4 zamki w drzwiach i otwarte okno na parterze &#8211; w JSie bez sensu i kompletnie na pokaz.</p>
<p>W dodatku cały ten jarmark nowych możliwości został nam dostarczony pięknymi Java-stylowymi funkcjami. Object.defineProperty, Object.getOwnPropertyDescriptor &#8211; dżizys&#8230; Z jednej strony mówią wszyscy, że nie chcemy z JSa zrobić Javy i dlatego klas nie ma, ale skojarzenia nasuwają się same.</p>
<p>Jedyne co mnie pociesza, to to że domyślam się, że wprowadzenie niektórych topornych funkcjonalności to tylko wstęp przed ES Harmony, które mam nadzieję odziedziczy sporo swoich cech po odrzuconym ES4. Napisałem zresztą w tym temacie kilka słów &#8211; <a href="http://code42.pl/2010/12/19/obiektowy-javascript-i-wlasciwosci-chronione-w-poszukiwaniu-swietego-graala/" rel="nofollow">http://code42.pl/2010/12/19/obiektowy-javascript-i-wlasciwosci-chronione-w-poszukiwaniu-swietego-graala/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>