Linkando a biblioteca a um arquivo ela substituirá a parte em SVG (que é suportada pelos outros navegadores populares, como Firefox, Chrome e Opera) por um arquivo em Flash, que irá exibir praticamente a mesma coisa. Em outras palavras: se a biblioteca reconhecer que o navegador suporta SVG, ela não fará nada, apenas deixa o SVG ser exibido normalmente; se ele perceber que é o IE 8 e anteriores (que não suportam SVG) que o usuário está usando ele irá substituir por um arquivo em Flash que exibirá o arquivo SVG, com todos as suas configurações, como animação e interatividade.

Testei alguns exemplos e achei bem interessante. Ainda não testei na minha máquina, e sim apenas os exemplos fornecidos no site do projeto, e cumpriu bem a tarefa.

Trata-se de uma solução interessante. O iPad, por exemplo, suporta SVG, mas não animações em Flash; já o IE é o contrário. Usando essa biblioteca podemos programar apenas uma vez (SVG com JavaScript) e rodar em qualquer navegador.

Fica a dica.

SVG

Vejamos por exemplo, o uso de SVG - sigla para Scalable Vectorial Graphics, uma linguagem XML usada para descrever gráficos em vetor, que pretende dispensar o uso de plugins para realização de gráficos e até animações em alta qualidade, usando JavaScript e CSS (se preferir).

Nos navegadores – versões do Internet Explorer (todas anteriores a 8, ou seja, os usados) não “renderizam” nativamente – para isso, é necessário um plugin como o Adobe SVG Viewer. O próximo IE 9 irá suportar. Chrome, Firefox e Opera são capazes de exibir, só que em partes.

O Chrome, graças ao seu potente motor de Javascript (o V8), executa animações bem. Acredito que deverá rodar bem no Safari e iPad, pois, como estes navegadores são baseados na template engine WebKit, então sem problemas. Porém, o mesmo não se pode dizer do Firefox, muito mais popular que o Chrome: ele não suporta todos os recursos pretendidos pelo padrão. Você pode ver isto testando este exemplo, que usa o elemento animation do SVG. Roda em Chrome, mas no Firefox, não.

Aí você vai dizer: basta usar o Javascript para animar em ambos os navegadores. Pois é, mas até na exibição (visual) os navegadores não batem: o Chrome exibe a imagem com fundo branco; o Firefox não. É uma pequena diferença? Sim, mas é uma diferença que faz toda a diferença.

Elemento <canvas>

O elemento canvas, novidade do HTML 5, pretende oferecer o recurso de exibição, edição e até animação de gráficos em duas dimensões e bitmaps. É uma boa. Porém, ainda há diferenças entre os navegadores neste item.

Nos navegadores – Esqueça nas versões antigas do IE (v. 8 e anteriores), que são as mais usadas. Testei no IE 8 e deu pau. Se a versão 9 suportará este elemento é uma incógnita. Há diferenças entre os navegadores também.

Testando o SketchPad, um baita editor de imagens que usa este elemento, notei diferenças entre o Chrome e o Firefox no uso de algumas ferramentas. E rodando este exemplo de “animação-game” (que simula um ambiente em três dimensões), houve diferenças: o Chrome executou fácil; já no Firefox fica uma carroça.

Clique para ampliar.

Nossa, que relevante… são pequenos detalhes. O que você quer dizer com esta postagem?

Lembro que, anos atrás, experimentei usar Javascript com SVG. Leve, rápido, padrão aberto, achava tudo isso demais. O problema era quando tentava executar nos navegadores: os resultados não batiam.

Daí passei a entender a existência de plugins como Flash Player ou Java: eles permitem, mesmo com todos os seus problemas, executar uma animação de maneira igual em todos os navegadores. O que pode ser crucial no caso de um webgame ou aplicativo RIA, por exemplo.

Por isso, teremos que conviver com estes plugins ainda por um bom tempo para lidar com estas diferenças.

Ruim com eles, pior sem eles.

Instalei para testar. Meu micro é um Celeron 1.6 com 1GB de RAM, e placa de vídeo GeForce com 256MB. Sim: preciso, e quero colocar um processador melhor, mas estou com uma má vontade “duca”, e não uso tanto 3D, por isso a placa de vídeo um tanto limitada.Enfim, plugin instalado, fui rodar umas animações um tanto pesadas; mais precisamente, algumas que usam a biblioteca Sandy 3D. Rodei duas que pesavam usando uma versão anterior do Flash Player, mais precisamente a das naves e do chinesinho.

Ao rodar estas animações notei uma certa melhora no desempenho. Antes, elas ficavam muito lentas na execução de certas partes mais pesadas; testando com a versão 10.1, notei que, apesar de ainda estar massacrando um pouco o processador, as animações rodaram com um pouco mais de fluidez. Esta animação com este bonequinho ficava uma carroça no meu PC; com o novo plugin, a animação transcorre com naturalidade.

Isto é bom pelo motivo de que, antes de serem padronizados recursos como o WebGL (para criação de gráficos 3D na Web de maneira aberta) e estarem disponíveis as maravilhas do HTML 5 em todos os navegadores (como o Internet Explorer), já será possível a criação de gráficos de alta qualidade na Web, adiantando um pouco as coisas. O HTML 5 é promissor, porém as coisas ainda não estão bem regularizadas. Ainda é preciso usar o Flash para fazer animações rodarem no IE versão 8 e 7 (e, pelo jeito, na versão 9 também, pois só marca 55 pontos no Acid3, então, sem comentários…).

Enfim, é para se comemorar. Saltos de qualidade são sempre bem-vindos.

Programas

FlashDevelop – não conheço todas as IDEs para ActionScript, mas acredito que esta seja uma das melhores – senão a melhor. Ela automaticamente importa os packages de classes que você instancia, seu auto-complete é poderosíssimo, além de ser leve e permitir a compilação usando o Flex SDK (para configurar isso veja este tutorial).

Funciona em Windows (não sei se há versão para Mac, e não acredito que rode/possa rodar em Linux, uma vez que ele foi criado sobre o Microsoft .NET Framework – tentei emular e não deu certo).

Ambientes de Desenvolvimento para ActionScript – aqui segue uma lista com outros programas (e seus links) para programar em ActionScript.

Flex SDK – necessário ter caso queira compilar seus programas via FlashDevelop, entre outros. É opensource.

Tutoriais

Wikilivro em português – wikilivro sobre AS 3.0 hospedado no Wikilivros (da Wikipédia).

Tutorial do Mário Santos (em PDF) – parte 1 e parte 2 – talvez os mais populares tutoriais sobre AS 3.0 em português (de Portugal) da Web.

Bibliotecas

Você pode ver uma postagem minha antiga sobre algumas bibliotecas. Há sobre bibliotecas 3D apenas. Aqui vou indicar mais algumas bibliotecas que talvez não sejam tão conhecidas.

AS3ISOlib – biblioteca para geração de gráficos isométricos. A biblioteca é bem fácil de se usar e bem interessante. Ela foi feita para ser usada com o Adobe Flash apenas. Porém, mudando algumas propriedades de umas classes consegui fazer ela ser usada com o FlashDevelop (em outras palavras, mudei os objetos Vector, disponíveis apenas nos Adobe Flash CSx para Array, fácil. ).

JigLibFlash – engine para simulação de física em 3D. Ela é ligada para fazer simulação usando em conjunto a biblioteca Papervision 3D, estritamente – mas há “plugins” para se utilizá-la em conjunto com Away3D, Sandy3D e outras.

O problema dela é esse: você não pode usá-la livremente (sem estar em conjunto com uma biblioteca 3D – você tem que estar atrelado a uma…). Os autores escreveram no blog deles que ainda pretendem mudar a arquitetura da biblioteca a fim de torná-la utilizável por qualquer outro modo – o que é uma boa notícia.

WOW 3D – outra engine de física em 3D. É baseada na APE, uma outra engine porém 2D. Esta aqui usa em conjunto a biblioteca Sandy3D para geração de gráficos 3D, apenas.

Há uma discussão muito pontual. A pontualidade faz parte, não tenha dúvida. Sempre que houve internet existiu o Flash? Não. Mas existe o Flash? Sim. O Adobe Flash continuará a existir? Talvez. É uma discussão pontual? É, mas não é. Por quê? Porque é virtual. (Francisco Prado)

Deixando a brincadeira de lado, acho que a decisão de se querer “matar” o Flash muito precipitada. Muito exagerada. O pessoal que odeia o Flash – o que não é pouca gente – alega que o Flash tem bugs demais, é lento, pesado, fechado e ruim de SEO. Nesses aspectos, eles estão cheios de razão. Isso tudo é verdade.

Porém, não adianta bradar aos quatro ventos sobre as vantagens (enormes) do HTML 5 sobre o Flash. A Microsoft – criadora do Internet Explorer, o navegador mais utilizado no mundo – parece não estar nem aí para o padrão. Se a versão 8 (a mais recente) do IE não consegue nem fazer uma boa pontuação no teste Acid3 (o teste que mensura o quanto um navegador é capaz de “renderizar” nos padrões Web – ele só faz 20 pontos, enquanto o Chrome faz a pontuação máxima: 100) imagine esperá-la lançar uma nova versão que tenha tudo de mais moderno. [[ MOMENTO PARA REFLEXÃO ]]

E por que estou falando no IE? Ora, porque para rodarmos animações nele só através do Flash. E não se pode deixar de lado esse navegador, já que é o mais usado no mundo.

Por isso, acredito que para criarmos os nossos joguinhos, os banners e vídeos do Youtube, e todo o restante de aplicativos ricos (as chamadas RIAs) que podem ser criados com ActionScript e Flex, ainda será necessário que se tenha o plugin do Flash instalado na máquina. E o HMTL 5, com toda a sua potência, fica para mais tarde.

O que acha?