Adobe Lança Conversor Flash/HTML 5

Será que essa gambiarra vai gerar um código limpo?

Isso poderá gerar a própria sentença de morte do Adobe Flash. Pelo visto, ela não vê outra alternativa a não ser “migrar” para HTML5.

Duvido.

A priori, eu entendo que o fonte é o arquivo Flash, não o HTML.

E qual seria a vantagem de gerar um código “limpo”? Eu sinceramente não entendo pq todo mundo tem esse argumento. Não uso IDE X ou Y pq não gera código limpo. Afinal, se está gerando pq se preocupar se é tão limpo assim? Cada dia que passa as máquinas caseiras estão mais rápidas, os navegadores tbm. Enfim, acho que esse tipo de preocupação é perda de tempo caso você não tenha que gerenciar esse código “sujo”, o que nesse caso é verdade, afinal como já disse, o fonte é o Flash não o HTML.

Provavelmente o Dreamweaver vai ter algum editor visual para isso tbm.

O problema é que, eventualmente, você vai precisar alterar alguma coisa “na mão”.
Eu ainda acho que preocupação com código limpo é valida sim, ainda mais em HTML.

[]'s
Daniel

Olha, não sou fanboy da Adobe, mas gosto muito das ferramentas deles. O Flash eu acho sensacional. Conheço ele desde a versão 4. Mesmo se o Flash como conhecemos hoje em dia morrer, com certeza ele irá trabalhar com o HTML 5 e qual o problema nisso? Afinal, a tecnologia evolui. Acredito que vá demorar um pouco até o HTML 5 “pegar” e ser implementado a contento nos principais navegadores. Podem falar o que for, mas ainda sou muito cético quanto a isso.

[]'s

yorgan:

O problema é que, eventualmente, você vai precisar alterar alguma coisa “na mão”.
Eu ainda acho que preocupação com código limpo é valida sim, ainda mais em HTML.

[]'s
Daniel

Bem, eu acho o código que o Dreamweaver gera um lixo. Quer código limpo? Escreva na mão. O navegador não vai pensar “nossa, que código feio, não vou renderizá-lo”. Como falei, o fonte não é o código, mas sim o arquivo Flash, então vc não deveria ter que alterar algo manualmente. O que você está falando é a mesma coisa que você pegar um .java gerado pelo editor de interface gráfica do NetBeans por exemplo e alterar na mão. O que acontece? A IDE vai regerar o código quando vc fizer alguma alteração no fonte do formulário e vc vai perder o código que você alterou “na mão”. Já vi gente aqui do fórum falando que isso já deu até demissão.

[]'s

Ok, você está certo.
Flash + Dreamweaver+ NetBeans…com essa combinação não tem nem como levantar a questão sobre código limpo.

[]'s

yorgan:

Ok, você está certo.
Flash + Dreamweaver+ NetBeans…com essa combinação não tem nem como levantar a questão sobre código limpo.
[]'s

Ótimo apontamento. Já já começa o flamewar…
Tah difícil ter alguma discussão séria mesmo…

O problema de não gerar o ‘código limpo’ será quando alguém não tiver o acesso ao .fla para modificar, aí pode dificultar sim a nossa vida.

Mas alterando pelo flash provavelmente não será necessário isso, ou se precisar deve haver alguns métodos, como o netbeans deixa, para adicionar o seu código no formulário por exemplo.

Olha, não sou fanboy da Adobe, mas gosto muito das ferramentas deles. O Flash eu acho sensacional. Conheço ele desde a versão 4. Mesmo se o Flash como conhecemos hoje em dia morrer, com certeza ele irá trabalhar com o HTML 5 e qual o problema nisso? Afinal, a tecnologia evolui. Acredito que vá demorar um pouco até o HTML 5 “pegar” e ser implementado a contento nos principais navegadores. Podem falar o que for, mas ainda sou muito cético quanto a isso.

[]'s

Também não acho o Flash ruim, senão, não teria feito um tutorial de mais de 40 páginas sorbe o Flex. Mas enfim, o que acho é que essa decisão da Adobe de criar um conversor é um tiro no pé dela própria, é mesma coisa quando o Delphi passou de usar a própria engine para lançar um Delphi .NET onde nunca usava.

O que acho que ela poderia fazer é criar uma versão do ?flash? para HTML5, mas não um conversor, algo que gerasse conteúdo para o <canvas> e fosse um protudo independente do flash, algo novo.

A não ser que… ela queira transformar o Flash Builder numa ferramenta que gere com o código atual, conteúdo para HTML 5 sem precisar escrever javascript, e sim, AS3.

Então…será q nesse momento investir em Flex seria uma má idéia?
Melhor ver como as coisas seguem?

Visual Studio também não gera código limpo e mesmo assim é usado.

Se a ferramenta conseguir gerenciar o código e ele não ficar pesado, não importo com a legibilidade, mas cada caso é um caso. Como diz um amigo, “essa é a minha humilde IMHO”. :lol:

Minha opinião sobre o HTML5 é que ele obviamente vai substituir o HTML4, mas mesmo que um dia consigam criar uma IDE produtiva pra ele como as da Adobe, até hoje ele não conseguiu bater a principal vantagem do Flash: funcionar com o mesmo comportamento em qualquer browser, com qualquer resolução, em qualquer plataforma.

O Flash pode até rodar pesado no mac, dar uns problemas no linux, mas a aparência e comportamento dele é idêntica tanto nos PCs, quanto celulares (Android, RIM, WebOS e Symbian^3).

Agora, o HTML5 até hoje cada browser implementa algumas tags, outras tem comportamento distinto entre eles, e o FF implementa recursos no Windows e não implementa no Linux, assim como o Safari no Mac.

Pra piorar, o padrão não está pronto, muda direto e existem tags que hoje os navegadores implementam que já foram descartadas pelo w3C: ou seja, deixaram de ser padrão e as próximas versões do Safari ou vai ter de levar a tag “lixo” ou vai perder a compatibilidade, azar de quem já usou.

Pode piorar mais? Sim, o padrão que ia sair só em 2012 foi adiado pra 2014, até lá todo mundo que está implementando, está fazendo por conta e risco. E o CSS3 só vai ficar pronto depois dele.

Enquanto isso o Flash não está parado: continua inovando, sendo portado pra mais celulares e tablets, depois que a Apple liberou a API de acesso ao hardware do MacOS X ele melhorou a performance nesse SO (projeto Gala) e continua firme e forte no flex.

A animação inteira vai viver dentro de um Canvas, espero nunca ver uma “simulação” de formulario/crud sobre esse cenario, ja quando só animação acho o projeto super valido.

bom, realmente…
esses 3 só geram lixo, o que dificulta a manutenção (netbeans para interface gráfica nem pensar!). mais o conversor da adobe não vai fazer nada de ruim, pois você ainda vai ter o fonte. vai ser tipo o arquivo.java e o arquivo.class

Galera, fala sério, o flash só surgiu devido a uma brecha q o html deixou como ferramenta, se o html desse conta do recado, não teriamos flash, mas agora temos e contruiram uma industria milionária sob ele, vcs acham mesmo q a adobe ta dormindo, o html5 nem ta pronto ainda e as ferramentas dela ja estão utilizando o html5, ou seja quando o html5 ficar pronto a adobe vai aproveitar oque ele tiver d bom e usar… pra ganhar mas dinheiro ainda, e eu acho isso lindo… quero um pouco pra min também… e tem um detalhe, aqui vai um ponto d vista particular… tipo eu hoje to envolvido num projeto bem grande, de ERP com flex, não sou muito fan da adobe não… mas tive q escoolher hoje, entre as ferramentas q estão prontas pra usar… não posso por uma grana alta da empresa em uma coisa q num ta nem pronta… quando o hml5 ficar pronto… dai eu testo… . e vejo oque dá… mas até lá… esse projeto q to envolvido ja terminou… e ja estara dando retorno… num da pra esperar… o problema do html é a velocidade com q eles acompanhas as mudanças… as necessidades d mercado…

Você já viu o código do Linux? Você acha aquilo limpo?

[b]1º - Código limpo ou não, provavelmente, você não vai colocar a mão nisso,
o que vc precisa conhecer é apenas o AS3, e depois, será gerado a tag para html5.
e vc vai colocar a tag gerada dentro do html5.

2º - Com isso, a Adobe, consegue ir para o mundo do Ipad.

3º - Uma grande facilidade de você utilizar o Flex/Flash, é que o vc usa o código, e consegue exportar para swf, para air, para android, e agora para html5.
Com uma única ferramenta, mudando pouco coisa de programação do conteudo, você atinge muitos lugares.

4º - Não acredito que seja um tiro no pé da adobe por alguns outros fatores, como exemplos citados acima,
Muito foi falado, sobre o surgimento do html5 que seria o fim do adobe flex. Isso prova uma tacada de mestre da adobe.

E outra coisa,

O adobe flex, pode continuar estudando sim,

visto que ele não foi feito para criar sites, mas para produzir sistemas.

Quanto ao flash, me diga outra ferramenta, com a potencia dele?

abss[/b]

Provavelmente é isso o que eu disse em postas anteriores.

Acredito que o código criado será o mesmo do flash atual com AS3 e então, isso gerará por debaixo dos panos todo o Javascript.

Pode, inclusive, virar uma ferramenta bem interessante, apesar de lhe prender ao conhecimento dela ao invés do HTML5.

Com certeza também é mais confortável trabalhar com AS3 do que Javascript.

Pelo que entendi, alterações “deveriam” ser feita na própria ferramenta e exportar novamente o conteúdo para HTML5, então qualquer ajuste na mão seria uma gambeta, pois não refletiria mais o “fonte” que esta no Flash.
Certo?

[]s

não seria uma gambeta
rs

imagina o swf q vc utiliza.

seria praticamente a mesma coisa!

vitoryudi:

não seria uma gambeta
rs

imagina o swf q vc utiliza.

seria praticamente a mesma coisa!

[]s

Nossa…
então produzir um swf é gambi???

se vc escreveu algo no as3, e vc viu que precisa de uma alteração,
algo do tipo,.
e vc alterar, o as3,
é gambi???

desculpa,
mas não concordo ctg.
rs

senão poderia pensar q qlqr alteração de um fonte
é gambi?
em qlqr outra linguagem??

Eu escrevi ALTERAR um SWF, não produzir um SWF, que parte vc não entendeu?

[]s

Bom acho q problema de código limpo não tem nada a ver

Pode gerar o código mais sujo que for, porém quando você precisar alterar algo vc não vai alterar algo em html5 e sim em ActionScript. Então não vejo o porque de reclamar do código sujo que essa conversão geraria.

Não conheço a forma que o GWT trabalha, mais não seria algo parecido?

Luiz Aguiar:

Eu escrevi ALTERAR um SWF, não produzir um SWF, que parte vc não entendeu?
[]s

Luiz, o problema é que tem gente que quer tentar sustentar um argumento custe o que custar, e o pior, falando besteira. É muito difícil para algumas pessoas pararem para ler e refletir um pouco antes de falar alguma coisa. A gente dá um exemplo e já vem um monte de sujeira depois… O tópico é sobre Flash => HTML 5. Falei um exemplo sobre NetBeans e alguns já vieram crucificar a ferramenta. Poucos são os que vem com algum argumento sério. O pior de todos é o do código “limpo” ou “sujo”. Afinal, não vamos alterar o código, mas ainda não entenderam isso.

[]'s

sim,
não vai colocar a mão em nada.
isso o q eu tb quis dizer.

Pelo que entendi, alterações “deveriam” ser feita na própria ferramenta e exportar novamente o conteúdo para HTML5, então qualquer ajuste na mão seria uma gambeta, pois não refletiria mais o “fonte” que esta no Flash.
Certo?

foi ai q aconteceu o mal entendido!

rs

isso
qlqr ajuste na mão seria uma gambeta.
estavamos falando a mesma coisa,
só q eu li errado, e estou aqui para concertar!

quanto a isto
não tentei sustentar algo custe o q custar
e nem foi besteira o q disse,
já q se vc ler, SOMENTE o q escrevi
foi a msma coisa q o Luiz com outras palavras,
pois como disse
acotneceu um mal entendido da minha parte,
rs
onde li errado,

li uma vez e meio rapido
e foi esse o meu erro.
por isso,
peço desculpas
pelo mal entendido

informações
uteis

A Adobe disponibilizou, ontem, aos desenvolvedores uma ferramenta que transforma arquivos em Flash em HTML.

Dessa forma, vídeos e animações elaborados na primeira linguagem poderão ser visualizados em iPads e iPhones. O iOS, da Apple, não reproduz arquivos em Flash.

O anuncio é um marco na longa batalha envolvendo a Adobe e a Apple. A empresa de Steve Jobs se recusa a incorporar a leitura do Flash em seus dispositivos alegando que a linguagem consome muita energia, além de ser ineficaz operacionalmente. Como alternativa, eles apostam no HTML5. Para a Adobe, a restrição é apenas uma forma de a Apple proteger as tecnologias desenvolvidos por ela.

De acordo com a Adobe, os arquivos em HTML convertidos pelo Wallaby poderão novamente ser indexados por programas de webdesign, como o DreamWeaver, e depois exportados novamente.

Porém, ela alerta que nem todos os recursos do Flash são compatíveis com o HTML5. O site traz uma lista dos recursos compatíveis. A Wallaby pode ser baixada no endereço http://labs.adobe.com/technologies/wallaby.

fonte:
http://info.abril.com.br/noticias/internet/ferramenta-da-adobe-transforma-flash-em-html-09032011-6.shl

Ótima notícia. O que falta pro HTML5 pegar MESMO (além do suporte dos browsers, é óbvio), é uma ferramenta que seja tão do caralho quanto o Flash, que permita aos designers criarem coisas bacanas. E o Flash inegávelmente é hoje uma das (se bobear, A) melhor opção pra isto.

Aliás, com relação a este papo mimimi de “não vai gerar código limpo”, só pra lembrar, o OpenLazslo faz algo similar há muito tempo.

Não creio que o HTML 5 tenha todas as funcionalidades do flash.
O HTML nem tem uma linguagem de script para controlar as coisas. Ele precisaria de um javascript para isso.

Não entendo onde o flash vai ser substituído. Só se for nos layouts animados. Só!

A vantagem do HTML5 que ele não precisa ter as 4 bilhoes de funcionalidades do Flash…

Ele tendo as 10 ou 20 que 90% dos utiliadores do flash realmente precisam… já está bom…

10% deixa pro flash e seu plugin malditamente lento e comedor de recursos.

Você já viu o código do Linux? Você acha aquilo limpo?

isso por que vocẽ ainda não viu o do RUINDOWS[u]!

tão limpo que o bill gates teria medo de ir ao banheiro sozinho se tivesse que mecher no kernel ruindows numa sexta feira 13 sem companhia em sua casa.

Você já viu o código do Linux? Você acha aquilo limpo?

isso por que vocẽ ainda não viu o do RUINDOWS[u]!

tão limpo que o bill gates teria medo de ir ao banheiro sozinho se tivesse que mecher no kernel ruindows numa sexta feira 13 sem companhia em sua casa.

Você teve acesso ao código-fonte do Windows para escrever esta bobagem? Como os xiitas são tolos e inflamam-se, desnecessariamente, com qualquer asneira.

++

Olha, eu jurei pra mim mesmo que nunca entraria numa dessas discussões abstratas aqui do GUJ, porque são receita certa para um flamewar. Mas essa não posso deixar passar…

Tenho uma pergunta para os colegas daqui que afirmaram que gerar um código limpo não é algo de muita importância, pois “é a ferramenta que o gera” e outras afirmações.

Vocês escrevem código para uma máquina ou para um ser humano?

thiagobaptista:

Olha, eu jurei pra mim mesmo que nunca entraria numa dessas discussões abstratas aqui do GUJ, porque são receita certa para um flamewar. Mas essa não posso deixar passar…

Tenho uma pergunta para os colegas daqui que afirmaram que gerar um código limpo não é algo de muita importância, pois “é a ferramenta que o gera” e outras afirmações.

Vocês escrevem código para uma máquina ou para um ser humano?

Ai ai… Thiago, o fonte não é o código, mas o arquivo Flash. Será que isso não ficou claro? Você modifica o arquivo Flash, não o HTML 5 [size=18]gerado[/size]. São duas coisas diferentes vc implementar algo em HTML 5 manualmente, que vai ser mantido por você ou por alguém, ou usar código [size=18]gerado[/size] a partir de uma outra fonte, no caso o arquivo Flash. Note o exemplo que dei sobre o NetBeans ou sobre qq outro GUI builder. Você não deve se preocupar com o código [size=18]gerado[/size], se ele é lindo, organizado e bla bla bla, pq o que importa é o fonte do formulário no caso, não o código [size=18]gerado[/size]. Você não dá manutenção em código [size=18]gerado[/size].

[]'s

Ta difícil viu… ta loco.

Luiz Aguiar:

Ta difícil viu… ta loco.

Nem me fale… :?

Já já alguém começa a falar que o código assembly da JVM gerado por um compilador Java não é legível, ou “escrito para um ser humado”, então deve-se implementar na mão… :shock:
Ou pior, outros vão extrapolar isso para qq compilador…

Essa conversão vale somente para arquivos .fla. Logo, não será possível converter Aplicações Flex, certo? (acho que ai seria demais rsrs)

Aquele browser para iOS: Skyfire, ja fazia algo do tipo, mas acho que servia apenas para videos.

Por enquanto sim, mas como o kicolobo já disse, o OpenLaszlo exporta para html ou compila para swf faz um bom tempo. Provavelmente, quando a ferramenta estiver madura, ela vai ser integrada nos futuros Flash e Flash Builder “CS6”.

[]'s

Luiz Aguiar:

Ta difícil viu… ta loco.

Uma dica: Por que não trancar esse tópico? O que de bom ele vai gerar?

Pq a esperança é a última que morre e parece que ninguém vai postar mais nada, afinal, já discutimos o que tinha p/ discutir.
Se alguém entrar de novo para falar de geração de código limpo/sujo ou falar que ferramenta X ou Y é uma porcaria pq a Z ou W são melhores, ai nós trancamos.

[]'s

Eu utilizo Flex na empresa, mas sinceramente, pra mim ele poderia morrer, ia fazer um bem desgraçado eu não precisar mais usar isso :lol:

Pra mim é muito simples:

se quiser código descente, faça você mesmo!
se quiser código em HTML5 descente, não use geradores e aprenda a programar em HTML5 …
Luis Reis (myself)

Logo …

Thx

.

Ótima notícia! Utilizei durante bastante tempo o Flex, parei de utilizá-lo há algum tempo com receio sobre o futuro do Flash. Seria um grande desperdício a obsolecência de uma plataforma ria como o Flex. Vamos esperar.

Desculpem, mas realmente não entendo a necessidade de se gerar código de baixo nível limpo. Exceto em casos muitíssimo especiais alguém aqui fica depurando o código javascript gerado pelo GWT?