Chris B. – idéias e pensamentos

A baleia do Twitter ficou famosa, principalmente no começo do serviço. Foi uma forma divertida adotada pelos desenvolvedores do serviço para informar que o serviço estava fora do ar em alguns momentos.

E de tão famosa, tem gente fazendo tatuagem dela! Divirtam-se!

PS: meu twitter, caso interessem, é @chrisloki

São vários tipos de leitores RSS disponíveis: clientes de e-mail que leem (e gerenciam seus) RSS, aplicativos web, browsers, start-pages…

*hey, você não sabe o que é RSS? De onde você veio? hehe

Esse site http://allrss.com/ disponibiliza uma lista com  todos leitores (se não tem todos, pelo menos a idéia deles é sempre se atualizar tentando manter a lista o mais atual possível) de RSS existentes.

Fiz uma seleção daqueles que são os mais usados, e agora pergunto: qual você utiliza?

 Loading ...

Um cliente aqui da empresa quis saber qual o comprimento máximo que uma url pode ter, devido a questões internas dele.

Sempre tinha ouvido falar que era de 255 caracteres, mas nunca tinha procurado referências. O que encontrei foram outros dados: tudo depende do browser e do web server.

Browsers

• Safari: 80.000 caracteres (imagino que o Chrome, por usar o Webkit, tenha o mesmo valor)
• Internet Explorer (todas versões): 2.083 caracteres
• Firefox 3.x: 100.000 caracteres
• Opera 9: 190.000 caracteres

Webserver

• Apache: por padrão, 4.000 cacarcteres, podendo chegar a 8.000
• IIS: 16.000 caracteres

Caso a url ultrapasse o limite de caracteres, será retornado um erro de status 413

Mas, vale lembrar: se a URL está longa demais, será que não é porque você deveria enviar esses dados por POST?

Fontes
http://www.boutell.com/newfaq/misc/urllength.html
http://www.openajax.org/member/wiki/Browser_Variation_of_the_Hub_Reference_Implementation_(Illustrative)
http://support.microsoft.com/kb/q208427/

*não sei o quanto esses dados estão atualizados, então se alguém tiver outros, mais novos, para reforçar esses ou corrigir, agredeço!

Vou usar erroneamente o termo POG nessa caso, pois o certo seria DOG. DOG?
Design Orientado a Gambiarras

Sim, designers também fazem gambiarras. Como?

O problema

Imagine um layout para um site que deve ser feito para resolução de 1024px. Bem, como explicado nesse post, a área útil da tela sempre é menor do que a resolução (devido às barras de rolagens, margens dos browsers, etc…)
Fizeram um layout com exatos 1024px, o cliente aprovou, passou por todo mundo, então quando começou a ser implementado o html/css desse layout se percebeu que estava dando barra de rolagem horizontal. Um crime!
E o cliente já pedindo pra ver como estava o andamento do projeto, qual o prazo de entrega, etc… bem, os layouts teriam que ser refeitos. Batemos o martelo e para ter uma “sobra”, foi acertado que ele seria ajustado para 980px.

A Solução Bonita

Readiagramar os layouts, diminuindo margens, talvez a largura de algumas retrancas, mudando o tamanho do banner, coisas do tipo

O POG (DOG?)

Não sei porque foi feito isso, mas… os layouts foram abertos no Adobe Illustrator e redimensionados para 980px. Ou seja, foi tudo diminuido: todos os banners, todas as fontes e seus espaçamentos, os menus, a iconografia. Tudo aquilo que já tinha sido ajustado com o cliente.
E, é claro, nesse puro resize do layout, algumas imagens ficaram craqueladas, sabe? Claro, tudo feito rapidamente, em poucos minutos. Fácil.
Conclusão: layouts tiveram que ser revistos e reajustados – sem o resize -, antes de passar para a nova aprovação do cliente. Mais um POG que não foi pro ar…

As possibilidades do CSS3 sempre me animaram – não só a mim, claro: bordas arredondadas, seletores, font-linking e muito mais…

SVG vai trazer um grande potencial de inserir gráficos e desenhos nas suas páginas usando um formato aberto e de fácil aplicação (baseia-se em XML para descrever tais gráficos e desenhos, ou até animações).

O HTML 5 se propõe a ser a continuidade do 4.1 com alguns benefícios do XHTML. Enquando a W3C ficou parada por anos, algumas empresas tocaram o bonde para frente e estão definindo essa nova especificação para o HTML, com muitas vantagens e melhorias.
*Veja esse post no Tableless que faz uma introdução ao HTML5

Agora, como saber com qual browser você pode aplicar/usar cada um desses?

É claro que se você – ou seu chefe, ou a emrpesa onde trabalha, ou seus clientes – ainda se preocupa com o IE6, não dá pra levar a sério tentar usar a fundo essas possibilidades. Mas, se você – e eu o invejo se você pode – já tem a liberdade de deixar pra trás o IE6, você pode ver nesse link uma lista muito completa com as features do HTML5, CSS3 e SVG e quais browsers as suportam.

Fica a dica!

Todo mundo sabe – hey, você não? Só dou um desconto se você não trabalhar com web! – que a engine do Safari se chama Webkit, e do Firefox, Gecko.

Engine é o motorzinho que faz um browser funcionar; ele que toma conta da renderização dos elementos da tela, do processamento dos scripts e tudo mais. Em cima dele que são construídos os browsers. Por isso, inclusive, que uma engine pode ser usada por diversos browsers (o mais famoso caso acho que é o Webkit, utilizado tanto pelo Safari como pelo Chrome).

Por curiosidade, segue abaixo uma tabela, retirada da Wikipedia, com o engine e quem usa.