﻿<?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>Comentários sobre: HTML5 para clientes é uma pratica valida?</title>
	<atom:link href="http://sergiorodrigues.art.br/blog/2009/10/html5-para-clientes-e-uma-pratica-valida/feed/" rel="self" type="application/rss+xml" />
	<link>http://sergiorodrigues.art.br/blog/2009/10/html5-para-clientes-e-uma-pratica-valida/</link>
	<description></description>
	<lastBuildDate>Thu, 08 Jul 2010 18:52:19 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1-alpha</generator>
	<item>
		<title>Por: Haz</title>
		<link>http://sergiorodrigues.art.br/blog/2009/10/html5-para-clientes-e-uma-pratica-valida/comment-page-1/#comment-35</link>
		<dc:creator>Haz</dc:creator>
		<pubDate>Tue, 27 Oct 2009 14:31:03 +0000</pubDate>
		<guid isPermaLink="false">http://sergiorodrigues.art.br/blog/?p=60#comment-35</guid>
		<description>Ainda não consegui gerar grandes expectativas em relação ao HTML 5. Na verdade, nenhuma das versões me enche os olhos, estou muito mais preocupado com as atualizações das CSS 3 e do suporte (ainda precário) dos browsers a elas.

De qualquer forma, se os browsers ainda não dão suporte à versão e ela ainda nem está totalmente definida, acho válido apenas em projetos experimentais. Mas cada um deve fazer sua opção - e arcar com as consequências.

Enfim, como eu disse, CSS 3, na minha visão, merece muito mais destaque; é algo que realmente pode mudar o rumo das coisas.</description>
		<content:encoded><![CDATA[<p>Ainda não consegui gerar grandes expectativas em relação ao HTML 5. Na verdade, nenhuma das versões me enche os olhos, estou muito mais preocupado com as atualizações das CSS 3 e do suporte (ainda precário) dos browsers a elas.</p>
<p>De qualquer forma, se os browsers ainda não dão suporte à versão e ela ainda nem está totalmente definida, acho válido apenas em projetos experimentais. Mas cada um deve fazer sua opção &#8211; e arcar com as consequências.</p>
<p>Enfim, como eu disse, CSS 3, na minha visão, merece muito mais destaque; é algo que realmente pode mudar o rumo das coisas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Thiago</title>
		<link>http://sergiorodrigues.art.br/blog/2009/10/html5-para-clientes-e-uma-pratica-valida/comment-page-1/#comment-33</link>
		<dc:creator>Thiago</dc:creator>
		<pubDate>Thu, 08 Oct 2009 12:53:48 +0000</pubDate>
		<guid isPermaLink="false">http://sergiorodrigues.art.br/blog/?p=60#comment-33</guid>
		<description>Concordo em partes com o @maujor e em partes com o @diegoeis e com o @pinceladasdaweb e demais comentários. 

Alguns novos elementos introduzidos pelo HTML5, como por exemplo section, header, footer, article, aside, nav e outros elementos que identificam áreas do documento podem ser usados perfeitamente e serem renderizados com o simples uso de CSS, pois comportam-se de forma semelhante aos conhecidos DIV&#039;s. Devemos lembrar que CSS serve para renderizar qualquer elemento, inclusive sobre arquivos XML-like.

Entretanto, alguns elementos como novos controles de formulário (meter,dialog, datagrid, novos inputs - datetime,range, number, etc. ) incluem novas funcionalidades de API e comportamento à eventos. Estes sim, podem provocar  diferenças de experiência do usuário no uso do site, dependendo do navegador utilizado. E talvez, não seja possível ou viável reproduzir tais funcionalidades com CSS e Ecmascript.  Vale lembrar que alguns elementos destes podem ser excluídos ou suas chamadas de API modificadas (ex.: http://html5.org/tools/web-apps-tracker?from=4021&amp;to=4022)

Assim, minha opinião é a de que, se você for utilizar apenas as novas tags de estruturas, já bem consolidadas pelo grupo de trabalho, não terá problemas. Entretanto, se utilizar tags de controles de formulários ou outras mais &quot;revolucionárias&quot; na linguagem, tome cuidado e teste sua aplicação em diferentes navegadores para evitar falhas na experiência do usuário, pois o risco é grande.

Para quem quiser se arriscar a já usar HTML5, recomendo acompanhar de perto as modificações da linguagem no twitter do @WHATWG.</description>
		<content:encoded><![CDATA[<p>Concordo em partes com o @maujor e em partes com o @diegoeis e com o @pinceladasdaweb e demais comentários. </p>
<p>Alguns novos elementos introduzidos pelo HTML5, como por exemplo section, header, footer, article, aside, nav e outros elementos que identificam áreas do documento podem ser usados perfeitamente e serem renderizados com o simples uso de CSS, pois comportam-se de forma semelhante aos conhecidos DIV&#8217;s. Devemos lembrar que CSS serve para renderizar qualquer elemento, inclusive sobre arquivos XML-like.</p>
<p>Entretanto, alguns elementos como novos controles de formulário (meter,dialog, datagrid, novos inputs &#8211; datetime,range, number, etc. ) incluem novas funcionalidades de API e comportamento à eventos. Estes sim, podem provocar  diferenças de experiência do usuário no uso do site, dependendo do navegador utilizado. E talvez, não seja possível ou viável reproduzir tais funcionalidades com CSS e Ecmascript.  Vale lembrar que alguns elementos destes podem ser excluídos ou suas chamadas de API modificadas (ex.: <a href="http://html5.org/tools/web-apps-tracker?from=4021&amp;to=4022)" rel="nofollow">http://html5.org/tools/web-apps-tracker?from=4021&amp;to=4022)</a></p>
<p>Assim, minha opinião é a de que, se você for utilizar apenas as novas tags de estruturas, já bem consolidadas pelo grupo de trabalho, não terá problemas. Entretanto, se utilizar tags de controles de formulários ou outras mais &#8220;revolucionárias&#8221; na linguagem, tome cuidado e teste sua aplicação em diferentes navegadores para evitar falhas na experiência do usuário, pois o risco é grande.</p>
<p>Para quem quiser se arriscar a já usar HTML5, recomendo acompanhar de perto as modificações da linguagem no twitter do @WHATWG.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Diego Eis</title>
		<link>http://sergiorodrigues.art.br/blog/2009/10/html5-para-clientes-e-uma-pratica-valida/comment-page-1/#comment-32</link>
		<dc:creator>Diego Eis</dc:creator>
		<pubDate>Thu, 08 Oct 2009 11:19:25 +0000</pubDate>
		<guid isPermaLink="false">http://sergiorodrigues.art.br/blog/?p=60#comment-32</guid>
		<description>@chris Voce ainda não entendeu meu ponto. Como disse no meu comentário, não importa as o IE não reconhece as tags. Basta conseguirmos formata-las com CSS. 

Todo mundo fica usando essa desculpinha de qu não funciona ali, não funciona aqui,  assim por diante. Ou vai ou racha.</description>
		<content:encoded><![CDATA[<p>@chris Voce ainda não entendeu meu ponto. Como disse no meu comentário, não importa as o IE não reconhece as tags. Basta conseguirmos formata-las com CSS. </p>
<p>Todo mundo fica usando essa desculpinha de qu não funciona ali, não funciona aqui,  assim por diante. Ou vai ou racha.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Raphael Cardoso</title>
		<link>http://sergiorodrigues.art.br/blog/2009/10/html5-para-clientes-e-uma-pratica-valida/comment-page-1/#comment-31</link>
		<dc:creator>Raphael Cardoso</dc:creator>
		<pubDate>Wed, 07 Oct 2009 23:48:12 +0000</pubDate>
		<guid isPermaLink="false">http://sergiorodrigues.art.br/blog/?p=60#comment-31</guid>
		<description>Em certo ponto tenho que concordar com Diego Eis. As mudanças só vem acontecendo porque nós desenvolvedores resolvemos mudar. Mais todos devemos concordar que essa mudança tem que ser feita gradativamente. 
Essa assunto me deu uma outra visão e pretendo estudar mais e desenvolver algo com HTML 5 para mim. Acho que esse é o começo.

Cris Benseler, é dificil pensando nisso que disse de que &quot;...o chefe dele, que paga o salário dele, é preso a isso...&quot;, mais eu consegui fazer com que o meu ver pelo mesmo ponto de vista que nós. É dificil? É, mais é possivel.

Parabens a todos os comentários. São de grande valia.

Abraço</description>
		<content:encoded><![CDATA[<p>Em certo ponto tenho que concordar com Diego Eis. As mudanças só vem acontecendo porque nós desenvolvedores resolvemos mudar. Mais todos devemos concordar que essa mudança tem que ser feita gradativamente.<br />
Essa assunto me deu uma outra visão e pretendo estudar mais e desenvolver algo com HTML 5 para mim. Acho que esse é o começo.</p>
<p>Cris Benseler, é dificil pensando nisso que disse de que &#8220;&#8230;o chefe dele, que paga o salário dele, é preso a isso&#8230;&#8221;, mais eu consegui fazer com que o meu ver pelo mesmo ponto de vista que nós. É dificil? É, mais é possivel.</p>
<p>Parabens a todos os comentários. São de grande valia.</p>
<p>Abraço</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Leandro</title>
		<link>http://sergiorodrigues.art.br/blog/2009/10/html5-para-clientes-e-uma-pratica-valida/comment-page-1/#comment-30</link>
		<dc:creator>Leandro</dc:creator>
		<pubDate>Wed, 07 Oct 2009 23:05:12 +0000</pubDate>
		<guid isPermaLink="false">http://sergiorodrigues.art.br/blog/?p=60#comment-30</guid>
		<description>Por mais avidos por novidades e por mais que sonhamos em ver o fim do IE6 ainda temos um enorme legado que se formos somar na pratica da uns 60%, 70% da web, então escrever um site totalmente em html5  e perder essa fatia do mercado é muito complicado. E ainda tem o agravante de que a especificação do HTML5 pode e provavelmente levara mais uns 10 anos para ficar pronta !/homologada .</description>
		<content:encoded><![CDATA[<p>Por mais avidos por novidades e por mais que sonhamos em ver o fim do IE6 ainda temos um enorme legado que se formos somar na pratica da uns 60%, 70% da web, então escrever um site totalmente em html5  e perder essa fatia do mercado é muito complicado. E ainda tem o agravante de que a especificação do HTML5 pode e provavelmente levara mais uns 10 anos para ficar pronta !/homologada .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Chris Benseler</title>
		<link>http://sergiorodrigues.art.br/blog/2009/10/html5-para-clientes-e-uma-pratica-valida/comment-page-1/#comment-29</link>
		<dc:creator>Chris Benseler</dc:creator>
		<pubDate>Wed, 07 Oct 2009 20:51:20 +0000</pubDate>
		<guid isPermaLink="false">http://sergiorodrigues.art.br/blog/?p=60#comment-29</guid>
		<description>@Luan concordo que até dá pra usar coisas do CSS3 em produção atualmente, mas a quantidade de fixes e hacks pra poder passar pelo IE6 (blé!) ao meu ver torna a aplicação dos mesmos improdutiva :-/

@Diego mas como o desenvolvedor vai parar de olhar pra trás (pro IE, incompatibilidade, etc...) se o chefe dele, que paga o salário dele, é preso a isso? É complicado...</description>
		<content:encoded><![CDATA[<p>@Luan concordo que até dá pra usar coisas do CSS3 em produção atualmente, mas a quantidade de fixes e hacks pra poder passar pelo IE6 (blé!) ao meu ver torna a aplicação dos mesmos improdutiva :-/</p>
<p>@Diego mas como o desenvolvedor vai parar de olhar pra trás (pro IE, incompatibilidade, etc&#8230;) se o chefe dele, que paga o salário dele, é preso a isso? É complicado&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Diego Eis</title>
		<link>http://sergiorodrigues.art.br/blog/2009/10/html5-para-clientes-e-uma-pratica-valida/comment-page-1/#comment-28</link>
		<dc:creator>Diego Eis</dc:creator>
		<pubDate>Wed, 07 Oct 2009 20:36:25 +0000</pubDate>
		<guid isPermaLink="false">http://sergiorodrigues.art.br/blog/?p=60#comment-28</guid>
		<description>Nada impede de utilizar o código de HTML 5.

A principal função do HTML é exibir e identificar informação. 

O browser serve apenas para EXIBIR essa informação. Para o browser, não interessa se aquela informação é um título, ou não. Se é um parágrafo ou uma lista. A não ser para exibir aquela informação com uma formatação padrão e adequada de acordo com o tipo de elemento. Mais nada. A &quot;forma&quot; é definida pelo CSS. O browser (hoje em dia) apenas entende e reconhece essas novas tags para controlá-las com Javascript, CSS etc...

Portanto, qual o problema de utilizar as tags do HTML 5? Ao meu ver, nenhuma.
Problema maior é se o browser não reconhecer propriedades e funcionalidades do CSS, que é algo totalmente diferente do HTML, e que depende diretamente do browser para exibir adequadamente o site.

Talvez, se os buscadores não entendessem direito essas tags, ou se outras aplicações não as reconhecessem, aí sim isso seria um problema. O que não é o caso.

O problema é que ninguém enxerga as tags como conceitos. Aquilo é apenas identificação, marcação. Uma marcação é feita para MARCAR, IDENTIFICAR, GRAVAR. Os browsers apenas exibem essas marcas. O CSS cuida de como essa marca aparecerá. E partes do CSS 3 e o JS cuida de como essa marca se comportará.

O problema é que os desenvolvedores em geral precisam parar de olhar para trás. Esquece IE. Esqueçam erros de compatibilidade.

&quot;Muda porque quando a gente muda o mundo muda com a gente.&quot; Gabriel O Pensador.</description>
		<content:encoded><![CDATA[<p>Nada impede de utilizar o código de HTML 5.</p>
<p>A principal função do HTML é exibir e identificar informação. </p>
<p>O browser serve apenas para EXIBIR essa informação. Para o browser, não interessa se aquela informação é um título, ou não. Se é um parágrafo ou uma lista. A não ser para exibir aquela informação com uma formatação padrão e adequada de acordo com o tipo de elemento. Mais nada. A &#8220;forma&#8221; é definida pelo CSS. O browser (hoje em dia) apenas entende e reconhece essas novas tags para controlá-las com Javascript, CSS etc&#8230;</p>
<p>Portanto, qual o problema de utilizar as tags do HTML 5? Ao meu ver, nenhuma.<br />
Problema maior é se o browser não reconhecer propriedades e funcionalidades do CSS, que é algo totalmente diferente do HTML, e que depende diretamente do browser para exibir adequadamente o site.</p>
<p>Talvez, se os buscadores não entendessem direito essas tags, ou se outras aplicações não as reconhecessem, aí sim isso seria um problema. O que não é o caso.</p>
<p>O problema é que ninguém enxerga as tags como conceitos. Aquilo é apenas identificação, marcação. Uma marcação é feita para MARCAR, IDENTIFICAR, GRAVAR. Os browsers apenas exibem essas marcas. O CSS cuida de como essa marca aparecerá. E partes do CSS 3 e o JS cuida de como essa marca se comportará.</p>
<p>O problema é que os desenvolvedores em geral precisam parar de olhar para trás. Esquece IE. Esqueçam erros de compatibilidade.</p>
<p>&#8220;Muda porque quando a gente muda o mundo muda com a gente.&#8221; Gabriel O Pensador.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Bruno Henrique</title>
		<link>http://sergiorodrigues.art.br/blog/2009/10/html5-para-clientes-e-uma-pratica-valida/comment-page-1/#comment-27</link>
		<dc:creator>Bruno Henrique</dc:creator>
		<pubDate>Wed, 07 Oct 2009 20:16:31 +0000</pubDate>
		<guid isPermaLink="false">http://sergiorodrigues.art.br/blog/?p=60#comment-27</guid>
		<description>Concordo com Maujor: temos que esperar o amadurecimento da linguagem.

O cliente não pode ficar a mercê de mudanças que possam debilitar seu produto.</description>
		<content:encoded><![CDATA[<p>Concordo com Maujor: temos que esperar o amadurecimento da linguagem.</p>
<p>O cliente não pode ficar a mercê de mudanças que possam debilitar seu produto.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: André D. Molin</title>
		<link>http://sergiorodrigues.art.br/blog/2009/10/html5-para-clientes-e-uma-pratica-valida/comment-page-1/#comment-26</link>
		<dc:creator>André D. Molin</dc:creator>
		<pubDate>Wed, 07 Oct 2009 20:11:20 +0000</pubDate>
		<guid isPermaLink="false">http://sergiorodrigues.art.br/blog/?p=60#comment-26</guid>
		<description>Por agora, eu não usária o HTML5 no site de um cliente. Concordo com as palavras do Maujor. Mas temos que nos preparar desde já, fazendo testes e lendo muito.

Att.</description>
		<content:encoded><![CDATA[<p>Por agora, eu não usária o HTML5 no site de um cliente. Concordo com as palavras do Maujor. Mas temos que nos preparar desde já, fazendo testes e lendo muito.</p>
<p>Att.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Luan Muniz</title>
		<link>http://sergiorodrigues.art.br/blog/2009/10/html5-para-clientes-e-uma-pratica-valida/comment-page-1/#comment-25</link>
		<dc:creator>Luan Muniz</dc:creator>
		<pubDate>Wed, 07 Oct 2009 20:02:55 +0000</pubDate>
		<guid isPermaLink="false">http://sergiorodrigues.art.br/blog/?p=60#comment-25</guid>
		<description>@Chris Benseler

Eu já não concordo com você quanto ao CSS3
Algumas propriedades já são acessiveis e inclusive já uso algumas em meus projetos

Claro, fazendo um fix para o IE, mas ainda assim eu acho que parte do CSS3 já é utilizavel, propriedades como border-radius, text-shadow, box-shadow que possuem correções em js para o IE são perfeitamente &quot;usaveis&quot;.</description>
		<content:encoded><![CDATA[<p>@Chris Benseler</p>
<p>Eu já não concordo com você quanto ao CSS3<br />
Algumas propriedades já são acessiveis e inclusive já uso algumas em meus projetos</p>
<p>Claro, fazendo um fix para o IE, mas ainda assim eu acho que parte do CSS3 já é utilizavel, propriedades como border-radius, text-shadow, box-shadow que possuem correções em js para o IE são perfeitamente &#8220;usaveis&#8221;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
