<?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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"

	>
<channel>
	<title>Comentários em: Virar o bico ao prego</title>
	<atom:link href="http://joaomartins.entropiadesign.org/2008/01/23/virar-o-bico-ao-prego/feed/" rel="self" type="application/rss+xml" />
	<link>http://joaomartins.entropiadesign.org/2008/01/23/virar-o-bico-ao-prego/</link>
	<description>Há histórias de crianças que marcam, com migalhas de pão, o caminho que fazem pelos bosques, para poderem voltar a casa... são traídas pelos pássaros. Há histórias de marinheiros que registam as viagens de ida para se guiarem na volta e documentarem a sua glória... são engolidos pelo mar. À nossa volta, acumulam-se os registos do que foi, esperançosos de mudarem o que vai ser...</description>
	<lastBuildDate>Fri, 17 Apr 2020 10:26:23 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=3.9.31</generator>
	<item>
		<title>Por: GvcKiveVD</title>
		<link>http://joaomartins.entropiadesign.org/2008/01/23/virar-o-bico-ao-prego/#comment-261192</link>
		<dc:creator><![CDATA[GvcKiveVD]]></dc:creator>
		<pubDate>Mon, 29 May 2017 18:19:15 +0000</pubDate>
		<guid isPermaLink="false">http://joaomartins.entropiadesign.org/2008/01/23/virar-o-bico-ao-prego/#comment-261192</guid>
		<description><![CDATA[personal installment loans - &lt;a href=&quot;https://personalloansrhu.org/&quot; rel=&quot;nofollow&quot;&gt;installment loans poor credit&lt;/a&gt; (find personal loan)]]></description>
		<content:encoded><![CDATA[<p>personal installment loans &#8211; <a href="https://personalloansrhu.org/" rel="nofollow">installment loans poor credit</a> (find personal loan)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Mind Booster Noori</title>
		<link>http://joaomartins.entropiadesign.org/2008/01/23/virar-o-bico-ao-prego/#comment-2238</link>
		<dc:creator><![CDATA[Mind Booster Noori]]></dc:creator>
		<pubDate>Thu, 24 Jan 2008 10:52:17 +0000</pubDate>
		<guid isPermaLink="false">http://joaomartins.entropiadesign.org/2008/01/23/virar-o-bico-ao-prego/#comment-2238</guid>
		<description><![CDATA[O problema disto é exactamente o que foi dito no comentário anterior: &lt;blockquote&gt;Caso o IE8 se depare com um site que não escolha o motor de render, este, carrega a página como se do IE7 se tratasse&lt;/blockquote&gt;
Um web developer deve escrever &quot;correctamente&quot;, segundo os standards, e não uma página para ser bem vista no IE7. Browser sniffing nunca deverá ser &quot;o método&quot;... apenas um &quot;work around&quot; para situações muito específicas.]]></description>
		<content:encoded><![CDATA[<p>O problema disto é exactamente o que foi dito no comentário anterior:<br />
<blockquote>Caso o IE8 se depare com um site que não escolha o motor de render, este, carrega a página como se do IE7 se tratasse</p></blockquote>
<p>Um web developer deve escrever &#8220;correctamente&#8221;, segundo os standards, e não uma página para ser bem vista no IE7. Browser sniffing nunca deverá ser &#8220;o método&#8221;&#8230; apenas um &#8220;work around&#8221; para situações muito específicas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: joaomartins</title>
		<link>http://joaomartins.entropiadesign.org/2008/01/23/virar-o-bico-ao-prego/#comment-2237</link>
		<dc:creator><![CDATA[joaomartins]]></dc:creator>
		<pubDate>Thu, 24 Jan 2008 10:50:46 +0000</pubDate>
		<guid isPermaLink="false">http://joaomartins.entropiadesign.org/2008/01/23/virar-o-bico-ao-prego/#comment-2237</guid>
		<description><![CDATA[Não li o artigo do Jeremy Keith, mas li &lt;a href=&quot;http://www.zeldman.com/2008/01/22/in-defense-of-version-targeting/&quot; rel=&quot;nofollow&quot;&gt;a &quot;resposta&quot; do Jeffrey Zeldman&lt;/a&gt;.
Pessoalmente, para lá dos detalhes que me escapam, estou ainda bastante confuso, mas por muito que me preocupe a ideia de passar esta responsabilidade para os browsers (começando pelo da Microsoft) e confiar neles, dada a situação em que estamos, percebo a visão &quot;pragmática&quot; do Jeffrey Zeldman e do Eric Meyer.
No fundo, estamos num estranho ponto de &quot;viragem&quot;, em que alguns browsers deram saltos substanciais para se aproximarem dos standards, em que mesmo os programadores que nada sabem de standards(nem querem saber) têm definições de DOCTYPE no topo dos documentos porque os copiam doutro sítio ou porque os editores WYSIWYG pôem lá o código sem perguntar nada a ninguém e, apesar de toda esta &quot;aparente&quot; aproximação aos standards, está tudo &quot;segurado por arames&quot; dada a quantidade de estratégias rocambolescas e remendos que usamos para garantir a compatibilidade para o passado.
Como diz o Eric Meyer, daqui para a frente, a solução teria mesmo que ser outra e, como diz o Jeffrey Zeldman, qualquer que ela fosse tinha que ser negociada com a Microsoft porque, por muito que nos custe, o IE continua a ser omnipresente.
Sinceramente não me parece ser um &quot;publicity stunt&quot;, como dizes. É apenas mais uma afirmação de pragmatismo: apoiar os standards, agora, passa por continuar a investir no seu desenvolvimento e na sua propagação, ao mesmo tempo que se gere o impacto que a sua evolução e as sucessivas aproximações dos browsers causam na web &quot;real&quot;, que se está nas tintas para os standards e que só não quer que o IE8 não rebente com a web, como o IE7.
Para quem conhece e usa os standards, a vida segue, sem sobressaltos de maior. Para a vasta maioria de programadores web que se estão nas tintas e que até culpam a malta dos standards quando a nova versão do browser que usam deixa de apresentar o código martelado deles em condições, há uma nova segurança.

De certa forma, a &quot;luta&quot; era (e deve continuar a ser) com quem produz browsers ou aplicações que fazem output ou interpretação destes códigos. Não podemos, agora que essa &quot;luta&quot; está quase ganha e que se preparam tréguas, iniciar uma &quot;luta intestina&quot; para obrigar todos os web designers, programadores web e outros &quot;curiosos&quot; a produzirem código standard. Esses &quot;molengões&quot; não vão mudar nem desaparecer… é o que a minha experiência me diz.

O que mais me preocupa nestes sistemas, ainda assim, é a questão do funcionamento cross-browser. Com &quot;version detecting&quot; a ssério, deveria ser possível ao programador definir que o seu target é FF3 e o IE35 teria que emular o render engine do FF3. Mas isso não vai acontecer pois não?]]></description>
		<content:encoded><![CDATA[<p>Não li o artigo do Jeremy Keith, mas li <a href="http://www.zeldman.com/2008/01/22/in-defense-of-version-targeting/" rel="nofollow">a &#8220;resposta&#8221; do Jeffrey Zeldman</a>.<br />
Pessoalmente, para lá dos detalhes que me escapam, estou ainda bastante confuso, mas por muito que me preocupe a ideia de passar esta responsabilidade para os browsers (começando pelo da Microsoft) e confiar neles, dada a situação em que estamos, percebo a visão &#8220;pragmática&#8221; do Jeffrey Zeldman e do Eric Meyer.<br />
No fundo, estamos num estranho ponto de &#8220;viragem&#8221;, em que alguns browsers deram saltos substanciais para se aproximarem dos standards, em que mesmo os programadores que nada sabem de standards(nem querem saber) têm definições de DOCTYPE no topo dos documentos porque os copiam doutro sítio ou porque os editores WYSIWYG pôem lá o código sem perguntar nada a ninguém e, apesar de toda esta &#8220;aparente&#8221; aproximação aos standards, está tudo &#8220;segurado por arames&#8221; dada a quantidade de estratégias rocambolescas e remendos que usamos para garantir a compatibilidade para o passado.<br />
Como diz o Eric Meyer, daqui para a frente, a solução teria mesmo que ser outra e, como diz o Jeffrey Zeldman, qualquer que ela fosse tinha que ser negociada com a Microsoft porque, por muito que nos custe, o IE continua a ser omnipresente.<br />
Sinceramente não me parece ser um &#8220;publicity stunt&#8221;, como dizes. É apenas mais uma afirmação de pragmatismo: apoiar os standards, agora, passa por continuar a investir no seu desenvolvimento e na sua propagação, ao mesmo tempo que se gere o impacto que a sua evolução e as sucessivas aproximações dos browsers causam na web &#8220;real&#8221;, que se está nas tintas para os standards e que só não quer que o IE8 não rebente com a web, como o IE7.<br />
Para quem conhece e usa os standards, a vida segue, sem sobressaltos de maior. Para a vasta maioria de programadores web que se estão nas tintas e que até culpam a malta dos standards quando a nova versão do browser que usam deixa de apresentar o código martelado deles em condições, há uma nova segurança.</p>
<p>De certa forma, a &#8220;luta&#8221; era (e deve continuar a ser) com quem produz browsers ou aplicações que fazem output ou interpretação destes códigos. Não podemos, agora que essa &#8220;luta&#8221; está quase ganha e que se preparam tréguas, iniciar uma &#8220;luta intestina&#8221; para obrigar todos os web designers, programadores web e outros &#8220;curiosos&#8221; a produzirem código standard. Esses &#8220;molengões&#8221; não vão mudar nem desaparecer… é o que a minha experiência me diz.</p>
<p>O que mais me preocupa nestes sistemas, ainda assim, é a questão do funcionamento cross-browser. Com &#8220;version detecting&#8221; a ssério, deveria ser possível ao programador definir que o seu target é FF3 e o IE35 teria que emular o render engine do FF3. Mas isso não vai acontecer pois não?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: André Luís</title>
		<link>http://joaomartins.entropiadesign.org/2008/01/23/virar-o-bico-ao-prego/#comment-2235</link>
		<dc:creator><![CDATA[André Luís]]></dc:creator>
		<pubDate>Wed, 23 Jan 2008 23:59:31 +0000</pubDate>
		<guid isPermaLink="false">http://joaomartins.entropiadesign.org/2008/01/23/virar-o-bico-ao-prego/#comment-2235</guid>
		<description><![CDATA[Exactamente. É por isto que está a gerar tanta confusão.

Já viste o artigo do Jeremy Keith sobre isto? Caso o IE8 se depare com um site que não escolha o motor de render, este, carrega a página como se do IE7 se tratasse!!! Ou seja, para beneficiar das inovações do IE8 (generated content, table-display, etc) é preciso que o developer faça exactamente isso, browser sniffing.

E querem eles que os outros browsers façam o mesmo... tecnicamente é algo bem complexo. Leva inevitavelmente à questão... e se mais tarde se se descobrir uma falha de segurança (XSS, etc) no motor do IE7? Não será corrigido no que vai com o IE8? E será que as alterações não quebram alguns sites? Enfim... é criar confusão onde não a deve existir. É passar um atestado de estupidez à W3C quando o papel dos browsers é tentar seguir a uniformização.

É, no fundo, como tu dizes e eu o disse nos meus €0.02, baixar os braços e facilitar o trabalho aos molengões.

Adorava que isto não fosse mais que uma publicity stunt para por o pessoal a falar dos standards e das dificuldades inerentes à construção dos browsers. Mas não é. :(]]></description>
		<content:encoded><![CDATA[<p>Exactamente. É por isto que está a gerar tanta confusão.</p>
<p>Já viste o artigo do Jeremy Keith sobre isto? Caso o IE8 se depare com um site que não escolha o motor de render, este, carrega a página como se do IE7 se tratasse!!! Ou seja, para beneficiar das inovações do IE8 (generated content, table-display, etc) é preciso que o developer faça exactamente isso, browser sniffing.</p>
<p>E querem eles que os outros browsers façam o mesmo&#8230; tecnicamente é algo bem complexo. Leva inevitavelmente à questão&#8230; e se mais tarde se se descobrir uma falha de segurança (XSS, etc) no motor do IE7? Não será corrigido no que vai com o IE8? E será que as alterações não quebram alguns sites? Enfim&#8230; é criar confusão onde não a deve existir. É passar um atestado de estupidez à W3C quando o papel dos browsers é tentar seguir a uniformização.</p>
<p>É, no fundo, como tu dizes e eu o disse nos meus €0.02, baixar os braços e facilitar o trabalho aos molengões.</p>
<p>Adorava que isto não fosse mais que uma publicity stunt para por o pessoal a falar dos standards e das dificuldades inerentes à construção dos browsers. Mas não é. <img src="http://joaomartins.entropiadesign.org/wp-includes/images/smilies/icon_sad.gif" alt=":(" class="wp-smiley" /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
