<?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: Obiektowy CSS &#8211; wolne żarty!</title>
	<atom:link href="http://ferrante.pl/2009/03/01/obiektowy-css-wolne-zarty/feed/" rel="self" type="application/rss+xml" />
	<link>http://ferrante.pl/2009/03/01/obiektowy-css-wolne-zarty/</link>
	<description>Technologie internetowe, PHP5, Python, Javascript. Publicystyka i kursy w najlepszym wydaniu.</description>
	<lastBuildDate>Mon, 06 Sep 2010 18:50:42 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Autor: Kobiety front-endu</title>
		<link>http://ferrante.pl/2009/03/01/obiektowy-css-wolne-zarty/comment-page-1/#comment-9848</link>
		<dc:creator>Kobiety front-endu</dc:creator>
		<pubDate>Wed, 01 Sep 2010 20:30:45 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/?p=128#comment-9848</guid>
		<description>[...] i często występuje na różnych konferencjach branżowych &#8211; na przykład promując swój OOCSS. Wśród znanych kobiet front-endu należy wymienić Molly E. Holzschlag, pasjonatkę web [...]</description>
		<content:encoded><![CDATA[<p>[...] i często występuje na różnych konferencjach branżowych &#8211; na przykład promując swój OOCSS. Wśród znanych kobiet front-endu należy wymienić Molly E. Holzschlag, pasjonatkę web [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: EA ...</title>
		<link>http://ferrante.pl/2009/03/01/obiektowy-css-wolne-zarty/comment-page-1/#comment-9674</link>
		<dc:creator>EA ...</dc:creator>
		<pubDate>Wed, 07 Jul 2010 00:10:15 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/?p=128#comment-9674</guid>
		<description>reużywalne  ?!</description>
		<content:encoded><![CDATA[<p>reużywalne  ?!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: procek</title>
		<link>http://ferrante.pl/2009/03/01/obiektowy-css-wolne-zarty/comment-page-1/#comment-9165</link>
		<dc:creator>procek</dc:creator>
		<pubDate>Mon, 27 Jul 2009 14:49:17 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/?p=128#comment-9165</guid>
		<description>CSS obiektowy - super. Niedługo HTML zacznie być językiem programowania, a na fremeworka do CSSa napisze się kolejnego, który jeszcze bardziej będzie ułatwiał robotę. Potem strona z suchym tekstem będzie zajmowała 1.5MB, z czego 1.49MB to biblioteki. Używanie takich udziwnień powoduje utratę panowania nad kodem. To tak jakby pisać strony WWW na rynek produkcyjny we frontpage...</description>
		<content:encoded><![CDATA[<p>CSS obiektowy &#8211; super. Niedługo HTML zacznie być językiem programowania, a na fremeworka do CSSa napisze się kolejnego, który jeszcze bardziej będzie ułatwiał robotę. Potem strona z suchym tekstem będzie zajmowała 1.5MB, z czego 1.49MB to biblioteki. Używanie takich udziwnień powoduje utratę panowania nad kodem. To tak jakby pisać strony WWW na rynek produkcyjny we frontpage&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Rewolucja? W3C zapowiada OOHTML! - ferrante.pl</title>
		<link>http://ferrante.pl/2009/03/01/obiektowy-css-wolne-zarty/comment-page-1/#comment-8941</link>
		<dc:creator>Rewolucja? W3C zapowiada OOHTML! - ferrante.pl</dc:creator>
		<pubDate>Wed, 01 Apr 2009 12:30:39 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/?p=128#comment-8941</guid>
		<description>[...] do tworzenia stron internetowych znalazło kolejnego sprzymierzeńca w postaci organizacji W3C. Wczoraj object oriented CSS, dziś object oriented HTML! Nowa, obiektowa wersja języka HTML (zupełnie niezależna od [...]</description>
		<content:encoded><![CDATA[<p>[...] do tworzenia stron internetowych znalazło kolejnego sprzymierzeńca w postaci organizacji W3C. Wczoraj object oriented CSS, dziś object oriented HTML! Nowa, obiektowa wersja języka HTML (zupełnie niezależna od [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: nightman</title>
		<link>http://ferrante.pl/2009/03/01/obiektowy-css-wolne-zarty/comment-page-1/#comment-8892</link>
		<dc:creator>nightman</dc:creator>
		<pubDate>Wed, 18 Mar 2009 17:31:03 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/?p=128#comment-8892</guid>
		<description>Niestety framework w obecnym stanie kompletnie nie nadaje się do użytkowania &quot;na linii frontu&quot;. Powód jest prozaiczny - autorka ułatwiła sobie sprawę z bugami wyświetlania grid systemu pod różnymi przeglądarkami stosując praktycznie wszędzie &quot;overflow:hidden&quot;. Nie muszę chbya mówić jak upierdliwe może to być w zastosowaniu praktycznym.</description>
		<content:encoded><![CDATA[<p>Niestety framework w obecnym stanie kompletnie nie nadaje się do użytkowania &#8220;na linii frontu&#8221;. Powód jest prozaiczny &#8211; autorka ułatwiła sobie sprawę z bugami wyświetlania grid systemu pod różnymi przeglądarkami stosując praktycznie wszędzie &#8220;overflow:hidden&#8221;. Nie muszę chbya mówić jak upierdliwe może to być w zastosowaniu praktycznym.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: TYhagara</title>
		<link>http://ferrante.pl/2009/03/01/obiektowy-css-wolne-zarty/comment-page-1/#comment-8881</link>
		<dc:creator>TYhagara</dc:creator>
		<pubDate>Sat, 14 Mar 2009 10:57:56 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/?p=128#comment-8881</guid>
		<description>Z mojego praktycznego doświadczenia wynika, że żaden framework CSS nie jest na tyle elastyczny, żebym mógł z nim pracować. Oczywiście rady przekazane przez autorkę są po części słuszne, ale sama idea tworzenia frameworków, nie mówiąc już o OOCSS, jest na dłuższą metę skazana na porażkę.

W teorii, do wszystkich layoutów możemy użyć szablonów i powtarzalnych elementów, w praktyce nie możemy. Ponieważ każdy projekt jest inny, każdy inaczej wygląda. 

Osobiście chciałbym mieć taki framework CSS ale dla formularzy, bez JS.</description>
		<content:encoded><![CDATA[<p>Z mojego praktycznego doświadczenia wynika, że żaden framework CSS nie jest na tyle elastyczny, żebym mógł z nim pracować. Oczywiście rady przekazane przez autorkę są po części słuszne, ale sama idea tworzenia frameworków, nie mówiąc już o OOCSS, jest na dłuższą metę skazana na porażkę.</p>
<p>W teorii, do wszystkich layoutów możemy użyć szablonów i powtarzalnych elementów, w praktyce nie możemy. Ponieważ każdy projekt jest inny, każdy inaczej wygląda. </p>
<p>Osobiście chciałbym mieć taki framework CSS ale dla formularzy, bez JS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Reinmar</title>
		<link>http://ferrante.pl/2009/03/01/obiektowy-css-wolne-zarty/comment-page-1/#comment-8835</link>
		<dc:creator>Reinmar</dc:creator>
		<pubDate>Tue, 03 Mar 2009 15:41:43 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/?p=128#comment-8835</guid>
		<description>Framework CSS? OOCSS? :D Oplułem sobie monitor.
Po lekturze całego artykułu stwierdzam jednak, że pani Sullivan spadła z wysokich schodów ale uszkodziła sobie tylko połowę mózgu (czyt. zgadzam się z połową rad zawartych powyżej :)

Osobiście uważam,  że głównie dla swojego dobra należy dbać o to aby oprogramowane (ocssowane) elementy strony dały się wykorzystać wielokrotnie, w różnych miejscach. Pociąga to za sobą konieczność zrezygnowania ze zbyt dużej ilości identyfikatorów na rzecz klas i właśnie korzystanie wieloklasowości (w czym przeszkadza IE6 który nie zrozumie .x.y).
Dobrze jest też oczywiście nie nadużywać zbędnych selektorów, czy pisać zrozumiałe nazwy klas.
Grid też wydaje się ciekawym pomysłem. Ale to głównie dlatego żeby później nie mieć takich kwiatków: &lt;code&gt;{width:201px; height:18px; margin:3px 9px 12px 3px; itd}&lt;/code&gt;

Kiedyś spodobał mi się jeszcze pomysł podzielenia stylów na kilka plików z layoutem, kolorami i typografią. Rozszerzyć to można o predefiniowane kolory, wielkości i co tam jeszcze.

A tak serio, żeby CSS był sensownym narzędziem to potrzebuje zmiennych, lepszych selektorów (
&lt;code&gt;#cos { 
  a {style dla #cos a}
  em {style dla #cos em}
}&lt;/code&gt;
i czego tam jeszcze... Pewnie lepszego wsparcia :P</description>
		<content:encoded><![CDATA[<p>Framework CSS? OOCSS? :D Oplułem sobie monitor.<br />
Po lekturze całego artykułu stwierdzam jednak, że pani Sullivan spadła z wysokich schodów ale uszkodziła sobie tylko połowę mózgu (czyt. zgadzam się z połową rad zawartych powyżej :)</p>
<p>Osobiście uważam,  że głównie dla swojego dobra należy dbać o to aby oprogramowane (ocssowane) elementy strony dały się wykorzystać wielokrotnie, w różnych miejscach. Pociąga to za sobą konieczność zrezygnowania ze zbyt dużej ilości identyfikatorów na rzecz klas i właśnie korzystanie wieloklasowości (w czym przeszkadza IE6 który nie zrozumie .x.y).<br />
Dobrze jest też oczywiście nie nadużywać zbędnych selektorów, czy pisać zrozumiałe nazwy klas.<br />
Grid też wydaje się ciekawym pomysłem. Ale to głównie dlatego żeby później nie mieć takich kwiatków: <code>{width:201px; height:18px; margin:3px 9px 12px 3px; itd}</code></p>
<p>Kiedyś spodobał mi się jeszcze pomysł podzielenia stylów na kilka plików z layoutem, kolorami i typografią. Rozszerzyć to można o predefiniowane kolory, wielkości i co tam jeszcze.</p>
<p>A tak serio, żeby CSS był sensownym narzędziem to potrzebuje zmiennych, lepszych selektorów (<br />
<code>#cos {<br />
  a {style dla #cos a}<br />
  em {style dla #cos em}<br />
}</code><br />
i czego tam jeszcze&#8230; Pewnie lepszego wsparcia :P</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Łukasz Adamczuk</title>
		<link>http://ferrante.pl/2009/03/01/obiektowy-css-wolne-zarty/comment-page-1/#comment-8827</link>
		<dc:creator>Łukasz Adamczuk</dc:creator>
		<pubDate>Tue, 03 Mar 2009 08:44:15 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/?p=128#comment-8827</guid>
		<description>Rzeczywiście trudno zgodzić się z pewnymi tezami zaproponowanymi w prezentacji. Zapewne stworzenie arkuszy CSS według tych zasad jest sensowne w bardzo dużym projekcie gdzie większość elementów zostałaby wykorzystana. Jednak mniejszy projekt zawierałby taki nadmiarowy kod, o którym wspomniał ludwik. A przecież cel jaki chcemy osiągnąć to minimalna wielkość arkuszy CSS.</description>
		<content:encoded><![CDATA[<p>Rzeczywiście trudno zgodzić się z pewnymi tezami zaproponowanymi w prezentacji. Zapewne stworzenie arkuszy CSS według tych zasad jest sensowne w bardzo dużym projekcie gdzie większość elementów zostałaby wykorzystana. Jednak mniejszy projekt zawierałby taki nadmiarowy kod, o którym wspomniał ludwik. A przecież cel jaki chcemy osiągnąć to minimalna wielkość arkuszy CSS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: bober</title>
		<link>http://ferrante.pl/2009/03/01/obiektowy-css-wolne-zarty/comment-page-1/#comment-8817</link>
		<dc:creator>bober</dc:creator>
		<pubDate>Mon, 02 Mar 2009 09:05:05 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/?p=128#comment-8817</guid>
		<description>&lt;blockquote&gt;twórz reużywalne komponenty&lt;/blockquote&gt;
Reużywalność w CSS to mit. Teoria jest piękna, ale praktyka pokazuje, że rozdmuchane CSS stają się trudno utrzymywalne w wieloosobowym zespole. O ile &lt;em&gt;w miarę&lt;/em&gt; wspólny HTML daje radę w umiarkowanie rozbudowanych projektach, to pięknie pomyślany CSS na początku, staje się potworkiem po kilku szybkich bug-fixach, change-requestach realizowanych przez różne osoby itp. Sprawdzalność starego KISS i w tej działce jest niepodważalna.

&lt;blockquote&gt;oddziel wygląd od struktury kodu &lt;b&gt;vs&lt;/b&gt;. rozszerzaj style elementów poprzez nadawanie im kolejnych klas&lt;/blockquote&gt;
Raz, że drugie przeczy pierwszemu. Dwa, że drugie przeczy &lt;i&gt;C&lt;/i&gt; w nazwie &lt;abbr&gt;CSS&lt;/abbr&gt;. W końcu trzy, że póki liczy się IE, dla którego aplikowalność stylu dla iloczynu klas jest nie do przejścia, podejście to zwielokratnia i liczbę klas dla poszczególnych elementów (tak równolegle, jak i w głąb drzewa), i te same deklaracje powtarzane dla kolejnych klas czy elementów.

Jestem fanem czystego i prostego kodu. Nie wierzę przy tym w sprawdzalność wspominanych w tekście &lt;em&gt;systemów&lt;/em&gt; poza niewielkimi zespołami pracującymi przy umiarkowanie rozbudowanych projektach. Dobra utrzymywalność to realny czas i realne pieniądze. Przeformatowanie kawałka — dla przykładu — portalu nie może chyba wymagać przeszkolenia ze znajomości systemu CSS, którego przy budowie tego portalu użyto :-) Na inną okazję zostawię frustracje front-endowców, którzy takim kodem (napisanym przecież w dobrej wierze) muszą zarządzać.</description>
		<content:encoded><![CDATA[<blockquote><p>twórz reużywalne komponenty</p></blockquote>
<p>Reużywalność w CSS to mit. Teoria jest piękna, ale praktyka pokazuje, że rozdmuchane CSS stają się trudno utrzymywalne w wieloosobowym zespole. O ile <em>w miarę</em> wspólny HTML daje radę w umiarkowanie rozbudowanych projektach, to pięknie pomyślany CSS na początku, staje się potworkiem po kilku szybkich bug-fixach, change-requestach realizowanych przez różne osoby itp. Sprawdzalność starego KISS i w tej działce jest niepodważalna.</p>
<blockquote><p>oddziel wygląd od struktury kodu <b>vs</b>. rozszerzaj style elementów poprzez nadawanie im kolejnych klas</p></blockquote>
<p>Raz, że drugie przeczy pierwszemu. Dwa, że drugie przeczy <i>C</i> w nazwie <abbr>CSS</abbr>. W końcu trzy, że póki liczy się IE, dla którego aplikowalność stylu dla iloczynu klas jest nie do przejścia, podejście to zwielokratnia i liczbę klas dla poszczególnych elementów (tak równolegle, jak i w głąb drzewa), i te same deklaracje powtarzane dla kolejnych klas czy elementów.</p>
<p>Jestem fanem czystego i prostego kodu. Nie wierzę przy tym w sprawdzalność wspominanych w tekście <em>systemów</em> poza niewielkimi zespołami pracującymi przy umiarkowanie rozbudowanych projektach. Dobra utrzymywalność to realny czas i realne pieniądze. Przeformatowanie kawałka — dla przykładu — portalu nie może chyba wymagać przeszkolenia ze znajomości systemu CSS, którego przy budowie tego portalu użyto :-) Na inną okazję zostawię frustracje front-endowców, którzy takim kodem (napisanym przecież w dobrej wierze) muszą zarządzać.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Bartłomiej Dymecki</title>
		<link>http://ferrante.pl/2009/03/01/obiektowy-css-wolne-zarty/comment-page-1/#comment-8815</link>
		<dc:creator>Bartłomiej Dymecki</dc:creator>
		<pubDate>Mon, 02 Mar 2009 08:03:57 +0000</pubDate>
		<guid isPermaLink="false">http://ferrante.pl/?p=128#comment-8815</guid>
		<description>Uwagi w sumie słuszne, ale rzeczywiście przedstawione przesadnie. Z CSS można stworzyć bardzo wygodne narzędzie, a grid naprawdę się przydaje. Niemniej... bez przesady :) Dopiero gdy będziemy mieć CSS3 i wersja ta zostanie zaimplementowana w popularnych przeglądarkach, to będziemy mogli jakoś te idee rozwijać.

Tymczasem życzyłbym sobie, aby ktoś stworzyć prosty &quot;framework&quot; do tworzenia nawigacji. Ot, szybkiego przygotowywania różnych form menu - zakładek, poziomego, pionowego, itd. Żaden z obecnych frameworków CSS nie posiada czegoś tak podstawowego :)</description>
		<content:encoded><![CDATA[<p>Uwagi w sumie słuszne, ale rzeczywiście przedstawione przesadnie. Z CSS można stworzyć bardzo wygodne narzędzie, a grid naprawdę się przydaje. Niemniej&#8230; bez przesady :) Dopiero gdy będziemy mieć CSS3 i wersja ta zostanie zaimplementowana w popularnych przeglądarkach, to będziemy mogli jakoś te idee rozwijać.</p>
<p>Tymczasem życzyłbym sobie, aby ktoś stworzyć prosty &#8220;framework&#8221; do tworzenia nawigacji. Ot, szybkiego przygotowywania różnych form menu &#8211; zakładek, poziomego, pionowego, itd. Żaden z obecnych frameworków CSS nie posiada czegoś tak podstawowego :)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
