Alguém lembra de eu ter comentado ano passado sobre a possibilidade de construir um framework javascript?
Pois é, sempre foi um sonho que tive ver um framework javascript brasileiro.
Cheguei a começar a mexer em algo, mas fazer sozinho com pouco tempo realmente torna tudo mais difícil, mais ainda porque quase todo meu tempo livre estive/estou focando no Yoomp.
Um pessoal do fórum GUJ chegou a me convidar para participar de um projeto que eles estavam tocando e estava mais avançado que o meu, de início tentei participar, mas com meu pouco tempo, pouco pude fazer, apenas alguns poucos comentários no fórum com sugestões, nada de código.
Um tempo depois recebi um comentário no blog sobre participar do desenvolvimento de um outro framework, mas eu estava atolado de coisas para fazer, nem tempo de ler o comentário da forma que merecia tive, depois o blog foi atacado por spammers e perdi o comentário no meio deles.
Felizmente por dessas andanças pela web trombei com ele de novo… e qual não foi minha surpresa ao ver queo projeto está muito bem encaminhado?
Surpresa não por duvidar da capacidade dos envolvidos, mas sim porque normalmente esse tipo de iniciativa morre, pois não recebemos por isso, e normalmente os trabalhos remunerados acabam tomando nosso tempo.
O JProton tem excelente documentação, muito bem concebido com uma base sólida.

A iniciativa é do Pedro Simonetti, e vem crescendo depois de juntar forças com o projeto que citei antes do GUJ, o JBox.

Na época em que citei a possibilidade de construir um framework brazuca muita gente se interessou e disse querer participar, na realidade até hoje recebo emails cobrando o framework.

Bom, irei juntar meus esforços para ajudar algo que já está muito mais evoluído, espero pelo menos ter tempo para isso, afinal o importante e por o Brasil em um degrau mais alto internacionalmente, e unindo forças com outros desenvolvedores com certeza poderemos fazer algo melhor.

Convido todos a conhecer o JProton, um framework 100% brasileiro que realmente me impressionou e tem tudo para dar certo.

Em tempo, ainda não tive tempo de falar com o Pedro, mas acredito que além da documentação em português dava pra pensar em traduzir para outras linguas também, a comunidade internacional adora novidades.

Eu posso ajudar com Inglês e Italiano

Eu.
Exatamente, hoje  é meu aniversário, 29 anos.
Ok, momento sentimental desligado, estive pensando, quer quiser me dar alguma contribuição pelas belas horas dedicadas ao blog, sinta-se livre, deixe um recado e te passo os dados no email

O motivo para colaborar com este humilde blog? Ele completou um ano em junho, 143 posts, 513 comentários, tudo de bom
E estamos retornando a programação normal do mesmo.

Em tempo, gostaria ainda de dizer que chamei alguns bons amigos para ajudarem no desenvolvimento do Yoomp.

São eles:

• Julio Greff
• Diogo Silva
• Leandro Lancelotti
• Vinicius Mommensohn
• Lungas

Eles se juntam a mim e ao Danilo, uma vez que não estávamos dando conta sozinhos, afinal todos temos que trabalhar pra pagar o leite das crianças, o Yoomp é todo desenvolvido nas horas vagas.

O Lungas é designer e vai cuidar da parte visual do site, e todos os demais, eu incluso, iremos programar e fazer o site virar a imagem da perfeição, pensamento positivo

No momento é o que posso dizer.

Sam Allen, em seu website, fez uma excelente comparação de consumo de memória entre alguns navegadores.

Desenvolvedor .Net ele mesmo construiu um software que mede o consumo da memória utilizado por cada navegador e concluiu que o Firefox 3 teve o melhor desempenho. Não apenas por consumir menos memória, mas principalmente por não ter picos de uso da memória que normalmente terminam por travar a máquina toda, picos esse eu diria que eram bem comuns no Firefox 2 e realmente não notei mais no Firefox 3, a Mozilla trabalhou direitinho dessa vez.

O pior no teste foi o Safari para Windows que ao final chegou consumindo mais de 600mb de memória, enquanto o Firefox 3 chegou com apenas 111mb.

Completando os browsers comparados, o Internet Explorer 8 beta 1 renderizando sites como o IE 7 terminou com 194mb de uso de memória, o Opera com 190mb, o Flock, baseado no Firefox 2, terminou com 191mb.

Cada navegador foi testado por quase 3 horas, sem extensões ou plugins.

O artigo original traz gráficos do desempenho dos navegadores durante os testes, que obviamente não irei postar aqui sem autorização do autor, vale a pena dar uma olhada, porém fica o aviso, o conteúdo é totalmente em inglês.

O IETester em sua versão 0.2.2 é um navegador que permite testarmos como nossos sites estão sendo renderizados pelos IE6, 7 e 8 Beta1.

Achei a alternativa muito mais interessante que o Multiple IE, mais simples por não ter que abrir várias janelas diferentes, você pode abrir uma aba renderizando cada versão do IE.

Não testei contra virus, adware, etc… portanto baixem por sua conta e risco, como eu fiz e todos aqui no trabalho.

Bom, sem enrolar muito peguem ai o IETester v0.2.2

Sabe os atalhos do teclado que adoramos usar nos nossos programas do dia a dia?
ALT+F4 pra fechar qualquer porcaria, CTRL+TAB para mudar de aba, etc…

Pois é, o HTML também possue suporte a essa funcionalidade, e é mais simples do que muito desenvolvedor imagina.

Onde poderiamos usar os atalhos do teclado em uma página web?

Ora, para pular para um conteúdo específico por exemplo, ou para o menu, ou qualquer parte do HTML, ou carregar outra página, o que pode ser muito útil em páginas ou sistemas na web que são acessados muitas vezes durante o dia, com várias rotinas de repetição e navegação.

Poderiamos por exemplo usar um ALT+C para pular para o conteúdo, ou ainda, ALT+L para ir para a lateral, as possibilidades são muitas, depende apenas do projeto que estamos desenvolvendo.

E por último porém não menos importante, atalhos ajudam pessoas com problemas de mobilidade que tem dificuldade em usar o mouse a chegar no conteúdo desejado, excelente!

Vamos começar então a brincar um pouco com o seguinte código:

<body>
<ul id=’menu’>
<li>
<a href=”inicial.php” accesskey=”h”>Inicial</a>
<a href=”vendas.php” accesskey=”0″>Vendas</a>
<a href=”clientes.php” accesskey=”1″>Clientes</a>
<a href=”contato.php” accesskey=”2″>Contato</a>
<a href=”acessibilidade.php” accesskey=”k”>Acessibilidade</a>
<a href=”#atalho_conteudo” accesskey=”s”>Ir para o conteudo</a>
</li>
&/ul>
<div id=”conteudo”>
<a name=”atalho_conteudo”></a>
seu conteudo aqui
</div>
</body>

O que basicamente acontece no código acima.

Em um PC se você pressionar ALT+H irá para a página inicial, em um MAC aperte CTRL+H e terá o mesmo comportamento.
Da mesma forma se apertar ALT+0 irá para a página de vendas, ALT+1 para Clientes e ALT+2 para Contato.
Ainda, se pressionar ALT+K irá para uma página de acessibilidade, algo importante em páginas web e todas deveriam ter uma e a maioria das que fiz no passado recente não tem, mea culpa.
Ali voce poderia por além da política de acessibilidade do site, as teclas de atalho disponíveis no mesmo para facilitar a vida de quem as usa.

E por fim, se pressionar ALT+S irá pular para o conteúdo.

Até onde sei não existe nenhum padrão a ser utilizado nessas teclas de atalho, ou seja, um ALT+H não necessariamente tem que ir para a “home”.
Porém, mesmo não existindo um padrão documentado e aceito por todos, pela minha experiência de trabalho tanto na Itália, quanto agora no Reino Unido vejo que uma prática comum é utilizar os atalhos da seguinte forma:

• H para ir para inicial
• S para pular para o conteudo principal
• F para pular para o rodape
• N para pular para o menu principal
• K para ir a pagina de acessibilidade
• Numeros de 0 a 9 para o menu de navegacao

Repito, não é um padrão estabelecido, mas é muito utilizado, portanto sintam-se livres para fazer como quiserem, e se quiserem seguir a recomendação, melhor ainda