<?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"
	>
<channel>
	<title>Comments on: Zagadka</title>
	<atom:link href="http://room-303.com/blog/2006/06/22/zagadka/feed/" rel="self" type="application/rss+xml" />
	<link>http://room-303.com/blog/2006/06/22/zagadka/</link>
	<description>Geek in the Shell: Redesigning the Web</description>
	<pubDate>Thu, 20 Nov 2008 18:21:55 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Domel</title>
		<link>http://room-303.com/blog/2006/06/22/zagadka/#comment-4032</link>
		<dc:creator>Domel</dc:creator>
		<pubDate>Tue, 27 Jun 2006 08:17:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.room-303.com/blog/2006/06/22/zagadka/#comment-4032</guid>
		<description>{o}: Zgadza się ale Patrys mówił (tylko) o encjach _znakowych_.</description>
		<content:encoded><![CDATA[<p>{o}: Zgadza się ale Patrys mówił (tylko) o encjach _znakowych_.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: {o}</title>
		<link>http://room-303.com/blog/2006/06/22/zagadka/#comment-4031</link>
		<dc:creator>{o}</dc:creator>
		<pubDate>Mon, 26 Jun 2006 22:32:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.room-303.com/blog/2006/06/22/zagadka/#comment-4031</guid>
		<description>Ja bym tylko chciał zwrócić uwagę, że encje nie służą tylko do kodowania pojedynczych znaków. Encje mogą być czymkolwiek. Nawet elementami.

Eksperyment do przemyślenia (działa w Operze):

&#60;?xml version="1.0"?&#62;
&#60;!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"
[&#60;!ENTITY br "&#60;br/&#62;"&#62;]&#62;
&#60;html&#62;
&#60;head&#62;
&#60;/head&#62;
&#60;body&#62;

&#60;p&#62;blah&br;blah&br;&br;cone&#60;/p&#62;

&#60;/body&#62;
&#60;/html&#62;</description>
		<content:encoded><![CDATA[<p>Ja bym tylko chciał zwrócić uwagę, że encje nie służą tylko do kodowania pojedynczych znaków. Encje mogą być czymkolwiek. Nawet elementami.</p>
<p>Eksperyment do przemyślenia (działa w Operze):</p>
<p>&lt;?xml version=&#8221;1.0&#8243;?&gt;<br />
&lt;!DOCTYPE html PUBLIC &#8220;-//W3C//DTD XHTML 1.1//EN&#8221; &#8220;http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd&#8221;<br />
[&lt;!ENTITY br "&lt;br/&gt;"&gt;]&gt;<br />
&lt;html&gt;<br />
&lt;head&gt;<br />
&lt;/head&gt;<br />
&lt;body&gt;</p>
<p>&lt;p&gt;blah&br;blah&br;&br;cone&lt;/p&gt;</p>
<p>&lt;/body&gt;<br />
&lt;/html&gt;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: {o}</title>
		<link>http://room-303.com/blog/2006/06/22/zagadka/#comment-4030</link>
		<dc:creator>{o}</dc:creator>
		<pubDate>Mon, 26 Jun 2006 22:29:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.room-303.com/blog/2006/06/22/zagadka/#comment-4030</guid>
		<description>Ja bym tylko chciał zwrócić uwagę, że encje nie służą tylko do kodowania pojedynczych znaków. Encje mogą być czymkolwiek. Nawet elementami.

Eksperyment do przemyślenia (działa w Operze):


"&#62;
]&#62;


Wilk syty i owca cała



blah&br;blah&br;&br;cone


</description>
		<content:encoded><![CDATA[<p>Ja bym tylko chciał zwrócić uwagę, że encje nie służą tylko do kodowania pojedynczych znaków. Encje mogą być czymkolwiek. Nawet elementami.</p>
<p>Eksperyment do przemyślenia (działa w Operze):</p>
<p>&#8220;&gt;<br />
]&gt;</p>
<p>Wilk syty i owca cała</p>
<p>blah&br;blah&br;&br;cone</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Domel</title>
		<link>http://room-303.com/blog/2006/06/22/zagadka/#comment-4024</link>
		<dc:creator>Domel</dc:creator>
		<pubDate>Sat, 24 Jun 2006 20:57:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.room-303.com/blog/2006/06/22/zagadka/#comment-4024</guid>
		<description>ad. 4 Zjadło mi kilka wyrazów więc wyjaśniam: "...muszą również być brane pod uwagę inne czynniki, np. znaki, przykładem jest BOM w parserze XML. Jeszcze dodam, przy okazji, że jakoś w white-space (CSS) / znacznik pre to działa, to samo będzie z layout=”relevant” i pokrewnie jest z xml:space w XML-u.</description>
		<content:encoded><![CDATA[<p>ad. 4 Zjadło mi kilka wyrazów więc wyjaśniam: &#8220;&#8230;muszą również być brane pod uwagę inne czynniki, np. znaki, przykładem jest BOM w parserze XML. Jeszcze dodam, przy okazji, że jakoś w white-space (CSS) / znacznik pre to działa, to samo będzie z layout=”relevant” i pokrewnie jest z xml:space w XML-u.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Domel</title>
		<link>http://room-303.com/blog/2006/06/22/zagadka/#comment-4023</link>
		<dc:creator>Domel</dc:creator>
		<pubDate>Sat, 24 Jun 2006 20:50:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.room-303.com/blog/2006/06/22/zagadka/#comment-4023</guid>
		<description>MOldar:
1. Napisane jest w specyfikacji.
2. Nie, własnie o to chodzi, że w nbsp nie bedzie złąmany
3. Nie musi, parsery działają nie tylko na znacznikach muszą również, przykładem jest BOM w pareserze XML
4. Mogę być pewny, bo widziałem wszystkie powszechne przeglądarki jakie były do tej pory wyprodukowane. Bo przecież nie mówimy o wyjątkach typu pan kazio napisał przeglądarkę w 100 liniach kodu (ktora oczywiście nie jest zgodna ze specyfikacją)
5. Może dlatego, że to wymyślała IETF a nie W3C?</description>
		<content:encoded><![CDATA[<p>MOldar:<br />
1. Napisane jest w specyfikacji.<br />
2. Nie, własnie o to chodzi, że w nbsp nie bedzie złąmany<br />
3. Nie musi, parsery działają nie tylko na znacznikach muszą również, przykładem jest BOM w pareserze XML<br />
4. Mogę być pewny, bo widziałem wszystkie powszechne przeglądarki jakie były do tej pory wyprodukowane. Bo przecież nie mówimy o wyjątkach typu pan kazio napisał przeglądarkę w 100 liniach kodu (ktora oczywiście nie jest zgodna ze specyfikacją)<br />
5. Może dlatego, że to wymyślała IETF a nie W3C?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MOldar</title>
		<link>http://room-303.com/blog/2006/06/22/zagadka/#comment-4022</link>
		<dc:creator>MOldar</dc:creator>
		<pubDate>Sat, 24 Jun 2006 19:01:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.room-303.com/blog/2006/06/22/zagadka/#comment-4022</guid>
		<description>Patrys: Gdzie jest napisane że nie może olać?
Na poczatku w HTML nie bylo encji 'nbsp'... pozatym jesli tekst dojdzie do brzegu ekranu i tak bedzie zlamany, a coś takiego jak znak nowej linii musi sie wyróżniac w kodzie chociazby dla parsera ktory przy pierwszym przejsciu ze wzgledu na wydajnosc ignorowalby encje ...od tamtego czasu minelo kilkanascie lat.

Domel: Nigdy nie możesz być pewien co gdzie nie ma miejsca.

Patrys... dlaczego po prostu nie wyślesz majla, z tym pytaniem, do w3c?</description>
		<content:encoded><![CDATA[<p>Patrys: Gdzie jest napisane że nie może olać?<br />
Na poczatku w HTML nie bylo encji &#8216;nbsp&#8217;&#8230; pozatym jesli tekst dojdzie do brzegu ekranu i tak bedzie zlamany, a coś takiego jak znak nowej linii musi sie wyróżniac w kodzie chociazby dla parsera ktory przy pierwszym przejsciu ze wzgledu na wydajnosc ignorowalby encje &#8230;od tamtego czasu minelo kilkanascie lat.</p>
<p>Domel: Nigdy nie możesz być pewien co gdzie nie ma miejsca.</p>
<p>Patrys&#8230; dlaczego po prostu nie wyślesz majla, z tym pytaniem, do w3c?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Domel</title>
		<link>http://room-303.com/blog/2006/06/22/zagadka/#comment-4021</link>
		<dc:creator>Domel</dc:creator>
		<pubDate>Sat, 24 Jun 2006 18:16:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.room-303.com/blog/2006/06/22/zagadka/#comment-4021</guid>
		<description>Dokładnie tak, zresztą opisana przez Moldara sytuacja nie miała ani nie ma miejsca. Problem zasugerowany przez Patrysa faktycznie istnieje ale w XHTML 2.0 będzie rozwiązany, myśle idealnie. Długo był dyskutowany, było wiele podejść ale chyba wypracowaliśmy już końcowe rozwiązanie czyli layout="relevant" i zwykłe znaki końca linii lub znacznik l (przy okazji podział semantyczny się pojawia). 
Ale prawda jest taka, że tak naprawdę lepsza jest zupa tagów niż zupa encji, więc chyba jednak dobrze się stało :-) .</description>
		<content:encoded><![CDATA[<p>Dokładnie tak, zresztą opisana przez Moldara sytuacja nie miała ani nie ma miejsca. Problem zasugerowany przez Patrysa faktycznie istnieje ale w XHTML 2.0 będzie rozwiązany, myśle idealnie. Długo był dyskutowany, było wiele podejść ale chyba wypracowaliśmy już końcowe rozwiązanie czyli layout=&#8221;relevant&#8221; i zwykłe znaki końca linii lub znacznik l (przy okazji podział semantyczny się pojawia).<br />
Ale prawda jest taka, że tak naprawdę lepsza jest zupa tagów niż zupa encji, więc chyba jednak dobrze się stało :-) .</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrys</title>
		<link>http://room-303.com/blog/2006/06/22/zagadka/#comment-4019</link>
		<dc:creator>Patrys</dc:creator>
		<pubDate>Sat, 24 Jun 2006 17:27:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.room-303.com/blog/2006/06/22/zagadka/#comment-4019</guid>
		<description>MOldar:

Przeglądarka niczego nie może sobie z założenia olać. Musi rozkodować encję i dopiero wtedy uznać, czy potrafią ją wyświetlić, czy ma ją zastąpić informacją o brakującym znaku.

A opisana przez ciebie przeglądarka powinna zepsuć każdy poprawnie złożony tekst, zawierający niełamliwe spacje przed spójnikami.</description>
		<content:encoded><![CDATA[<p>MOldar:</p>
<p>Przeglądarka niczego nie może sobie z założenia olać. Musi rozkodować encję i dopiero wtedy uznać, czy potrafią ją wyświetlić, czy ma ją zastąpić informacją o brakującym znaku.</p>
<p>A opisana przez ciebie przeglądarka powinna zepsuć każdy poprawnie złożony tekst, zawierający niełamliwe spacje przed spójnikami.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MOldar</title>
		<link>http://room-303.com/blog/2006/06/22/zagadka/#comment-4018</link>
		<dc:creator>MOldar</dc:creator>
		<pubDate>Sat, 24 Jun 2006 15:46:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.room-303.com/blog/2006/06/22/zagadka/#comment-4018</guid>
		<description>W różnych systemach operacyjnych są różne sposoby kodowania znaku nowej linii, br informuje ze ma byc w tym miejscu wstawiony znak nowej linni odpowiedni dla danego systemu, sa/moga byc/byly  przegladarki, ograniczone mozliwosci platformy, ktore moga wyswietlac powiedzmy 127 znakow wiec olewaja encje i wyswietlaja je jak widza, a dostajac znacznik br zastepuja go, wlasciwym dla siebie, znakiem nowej linii.</description>
		<content:encoded><![CDATA[<p>W różnych systemach operacyjnych są różne sposoby kodowania znaku nowej linii, br informuje ze ma byc w tym miejscu wstawiony znak nowej linni odpowiedni dla danego systemu, sa/moga byc/byly  przegladarki, ograniczone mozliwosci platformy, ktore moga wyswietlac powiedzmy 127 znakow wiec olewaja encje i wyswietlaja je jak widza, a dostajac znacznik br zastepuja go, wlasciwym dla siebie, znakiem nowej linii.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Domel</title>
		<link>http://room-303.com/blog/2006/06/22/zagadka/#comment-4012</link>
		<dc:creator>Domel</dc:creator>
		<pubDate>Fri, 23 Jun 2006 09:51:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.room-303.com/blog/2006/06/22/zagadka/#comment-4012</guid>
		<description>Patrys:

To musiałbyć jakiś mały epizot bo nawet nie pamiętam takiego wątku ale napewno to jest nie aktualne. Najbliżej akceptacji jest atrybut layout (nie mylić z xml:space).</description>
		<content:encoded><![CDATA[<p>Patrys:</p>
<p>To musiałbyć jakiś mały epizot bo nawet nie pamiętam takiego wątku ale napewno to jest nie aktualne. Najbliżej akceptacji jest atrybut layout (nie mylić z xml:space).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 2.419 seconds -->
