Polícia Carioca Chama Orkut pra Depor

Leia a notícia nos blogs.

Simplesmente ridículo.
Acho que o orkut tem que mostrar os dados de quem for.
Agora a polícia carioca e esse tal Álvaro Lins, nao tem mais o q fazer,
eles querem aparecer.

Já estou até vendo a notícia nos sites internacionais:
"A polícia do Rio de Janeiro, uma das cidades mais violentas do planeta tira o site Orkut do ar porque alguns de seus 1 milhão de usuários traficavam maconha."

Rídiculo, é o máximo que podemos esperar de uma cabeça que ainda está no século passado.

ID vs ClassName

Seguinho a linha do post "Style vs ClassName", coloco minha opinião sobre o uso de Id's ou className para ligação com o estilo(css) do elementos no html.

Se verificarmos no documento do w3c a especificidade dos seletores (http://www.w3.org/TR/REC-CSS2/cascade.html#specificity), há valores para cada tipo deles.

Basicamente os valores são:

Seletor Universal ( * ) valor = 0
Elementos ( DIV ) valor = 1
className ( .class ) valor = 10
#ID ( #Block ) valor = 100

A conta é bem simples, se temos:

div ul li /* 1 + 1 + 1 = 3 */
{
color:red;
}
.lista li /* 10 + 1 = 11 */
{
color:blue;
}

Ou seja, ao usar um class junto aos elementos vc está tornando a 2° regra mais forte que a 1° e isso terá uma importância imensa para o browser. Porque nesse bloco de estilo ai de cima o LI será azul.

Entender essa conta facilitará na hora de escrever o css evitando o uso demasiado de estruturas como por exemplo "table tr td p", não há necessidade, apenas "table p" será suficiente, e isso evitará arquivos css mais pesados e mais complexos de ler.

Ao usar IDs o problema é maior é quebrar toda a herânça dos elementos pelo fato dele ser o seletor de maior valor(100) e também travar o uso do javascript pq ID tem que ser únicos, ou seja, tendo um id "coluna" na página vc não poderá ter mais outro ID "coluna".

Com className, além de mais simples, vc ainda pode concatenar classes (como mostrado no post "className vs style") e não ter problemas com colisão de nomenclaturas com a programação javascript porque vc estará trabalhando totalmente desconectado dela.

Entendimento

"Os tribunais têm entendido, corretamente, que somente a pessoa física pode ser vítima de crimes contra a honra. As empresas, portanto, não podem ser vítimas de crimes contra a honra e somente poderão acionar o autor das ofensas no juízo cível."
Cynthia Semíramis (Manual de sobrevivência na selva de bits)

Já sabem, nunca falem algo do Fundador da Microsoft, só da empresa em si.

O Fim da Liberdade de Expressão na Internet

"Vamos distruir aquilo que não podemos controlar"

Style vs ClassName

Lendo um artigo no quirksmode.org sobre a questão do título, decidi postar a minha opinião sobre o caso.

O q é melhor (em todos os aspectos), trocar propriedades na propriedade "style" ou trocar o className do elemento? (Benchmark - style vs. className)

Na minha opinião, seria a segundo opção.
Isso pq há uma centralização do posicionamento e do visual no css. Nessa forma temos "view's" do elemento, controlamos não apenas 1 propriedade (troca direto na propriedade style) e sim todo o conjunto atribuido como o proprio elemento e seus filhos e próximos irmãos.

<div class="block"></div>(normal view)

<div class="block openup"></div>

div.block{
border:1px solid gray;
display:none;
}

div.openup{
border-color:red;
display:block;
}

Nesse caso estou controlando uma view para "abrir" o item e ainda controlar a cor da borda, outro detalhe é que a class continua sendo legível por alguém inexperiente em css.
A idéia de view nada mais é que um pedaço do conceito de skin, esse pensamento nos tras um horizonte maior em relação a interface.
Poderiamos agrupar views para criarmos skins complexos, como menu (e suas views) top (e suas views) e até mesmo o conteúdo, bem ao estilo ZenGarden.


Na primeira opção (propriedade style) teriamos:
<div class="block" style="display:none;border:1px solid red;"></div>

Dessa forma as propriedades do estilo seriam strings perdidas no javascript, dificultando o trabalho tanto do designer quanto do programador. Também não poderiamos controlar filhos e irmãos nessa forma.
Outro detalhe é que ao mexer no código o programador (por exemplo) pode não saber o resultado final dessas propriedades ou até mesmo terá que visualizar mentalmente o resultado na hora da leitura, ocupando desnecessariamente o tempo dele.

WaSP to Collaborate with Microsoft to Promote Web Standards

A notícia que todo mundo queria ler.
A Microsoft voltando ao lado branco da força.
Notícia no Web Standards Project
Release completo.


Fica a questão, até onde o tio Bill tá disposto a ir, alguém se arrisca?

Redes P2P não pode, já revólveres pode...

Incrível o artigo do Tulio Lima Vianna na websider.

Redes P2P não pode, já revólveres pode...
Opinião: professor de Direito comenta a decisão da justiça americana no caso Metro vs. Grokster e observa que pelo mesmo princípio deveria ser proibida a venda de armas, pelo mau uso que se faz delas.

Google to buy Mozilla?

"Everyone has been speculating, but will Google finally make the move to purchase Mozilla's FireFox?"

Será?! Será?! Será?!, Será?!

IE and Standards

Lendo o blog IEBlog (the Microsoft Internet Explorer Weblog) vi um post do Chris Wilson(Lead program manager for the web platform in IE) defendendo o posicionamento da Microsoft perante os desenvolvedores web.
Interessante porém desnecessário, acredito que nada que a Microsoft faça pra resolver o IEca vai tirar a má impressão de todos esses anos.
Dêem uma bela lida nos comentários, alguns como esse:

"So what are you going to do? Adopt standards, or continue apologising for what are clearly economically-oriented decisions of the past?

The web is bigger than Microsoft."