Estou trabalhando em um projeto atualmente em que o cliente solicitou que o aplicativo pudesse ser controlado por teclas de atalho. Elas funcionam perfeitamente no Google Chrome e no IE mas, por algum motivo, o Firefox não trabalha muito bem com o foco em objetos "embedados" as vezes.

Depois de muitos testes, encontrei uma maneira bem simples de "resolver" esse problema. Primeiro você precisa abrir sua aplicação em algum navegador e olhar o código fonte de página. Procure pela tag <object> e olhe o valor do atributo "id" dela. Se você estiver no Flex usando o template padrão, esse valor deverá ser o nome da sua Application. No meu caso esse valor é "index". Então escrevi essa linha em JavaScript para colocar o foco novamente no Flash:

Para usar esse código em sua aplicação Flex sem precisar mudar nada no template, faça:

Funcionará melhor se você tentar encontrar onde sua aplicação está perdendo o foco (ao abrir alguma popup, no meu caso) e colocar o código logo em seguida. Usei um try/catch para evitar problemas, como no caso do usuário abrir o SWF diretamente.

Espero que seja útil,
Abraços!

Desenvolver e debugar aplicações Flex no Google Chrome as vezes pode dar um pouco de dor de cabeça. Por isso, vou mostrar para vocês como resolver alguns dos problemas mais comuns.

Configurando o Eclipse

Primeiro você deve configurar o Eclipse. Abra Preferences > General > Web Browser e selecione "Use external Web Browser". Então, clique em "New" e adicione "Google Chrome" usando a seguinte "Location":

/Applications/Google Chrome.app/Contents/MacOS/Google Chrome

Suas configurações deverão ficar assim:

Se estiver usando o Windows, você deverá clicar em "Browse..." e encontrar o arquivo .EXE do Google Chrome, no local onde foi instalado.

Debug Flash Player

O Chrome tem seu próprio Flash Player, então mesmo se você instalar a versão de debug, pode ser que ela não seja usada pelo Chrome. Então primeiro, se você não tem o Player de debug, baixe ele.

Se você já instalou e reiniciou o Chrome, entre nesse endereço:

about:plugins

Se você reparar, vai ter duas versões do Flash Player instaladas. Uma delas, vai estar dentro das pastas do Chrome, e essa versão você deverá desativar. Mantenha a que você acabou de instalar. Vai ficar assim:

Update: Se você não conseguir desativar seus plugins, baixe o Chrome na versão de desenvolvimento aqui.

Depois disso, clique com o botão direito sobre o Flash de qualquer site e veja se você tem a opção "Show Redraw Regions". Se tiver, você já está usando o player de debug.

Problemas com Cache

Se ficar atualizando a aplicação o tempo todo, você pode ter problemas com o cache do Chrome. Como acho que não existe uma opção fácil para desativar o cache, criei um aplicativo para Mac que vai iniciar o Chrome com alguns parâmetros para remover o cache temporariamente.

Para usar, baixe o aplicativo, descompacte, e mova para a pasta Applications do Mac. Se quiser, você pode arrastar depois o app para o Dock do Mac para ter acesso rápido a ele:

Como o Chrome mantém uma instância inicial, você deverá iniciar ele pelo meu aplicativo caso não queira o Cache. Se você executar depois de já ter iniciado o Chrome, ele ainda vai manter o cache. Para ativar o cache novamente, basta fechar tudo e iniciar pelo link normal do Chrome.

Para usuários do Windows, basta copiar o atalho do Chrome, clicar com o botão direito na cópia, ir em "Propriedades" e adicionar esses parâmetros na linha de comando:

--disk-cache-size=1 --media-cache-size=1

O ícon preto do Chrome foi criado por GreasyBacon. Não deixe de conhecer os outros trabalhos dele.

Conclusão

É isso! O único problema que ainda tenho é ao usar a opção "Find in Language Reference". Se descobrir como resolver, atualizarei o post. Se você descobrir algo, não esqueça de deixar nos comentários.

Abraços!

Hoje a DClick é muito conhecida por causa do Blog. O Twitter também já é o que mais trás acesso para o nosso site. Sempre quisemos que as pessoas postassem mais, fizessem mais Screencasts e, principalmente, compartilhassem com os demais as coisas maravilhosas que criam. Por isso criamos o Agon. Uma maneira de estimular a recompensar as pessoas por agregarem valor à Empresa ao mesmo tempo em que desenvolvem grandes soluções para os nossos clientes.

Não posso deixar de mencionar o Eduardo Horvath (Designer Digital) e o Leonardo Manopeli (Arquiteto de Informação) que até aqui estão entre os que mais contribuíram com o desenvolvimento da versão "Alpha" do Agon e ao Rafael Martinelli e Rogério Martinelli, sócios fundadores da DClick, que deram todo apoio para este projeto interno.

A DClick está iniciando um processo seletivo para estagiários. O candidato deve dominar as seguintes tecnologias:

NDS 3.0, VA 4.0, POP 4.0, AOSP 5.0.

Se você não entendeu nada desta sopa de letrinhas não se preocupe. Aqui vai uma descrição detalhada do que você deve dominar para ter boas chances de garantir uma vaga no nosso processo seletivo:

NDS 3.0: Noções de Desenvolvimento de Software
VA 4.0: Vontade de Aprender
POP 4.0: Proatividade Orientada à Pesquisa
AOSP 5.0: Autodidata Orientado a Soluções de Problemas

Ao contrário das siglas de TI os números não se referem as versões e sim ao peso que cada característica terá neste processo seletivo.

É desejável que o candidato esteja cursando alguma faculdade relacionada a Desenvolvimento de Software, mas isto não é impeditivo desde que o candidato domine o NDS 3.0.

Ah... o que você irá fazer? Veja este vídeo:

Os interessados devem enviar um currículo para: oportunidade@dclick.com.br

Quem trabalha com Flex e participa da comunidade deve saber quem é Mário Júnior. Seja na FlexDev, no seu blog, ou em apresentações (BlazeDS: Integrando Java e Flex Facilmente) e treinamentos pela Web ele já mostrou sua competência no desenvolvimento de Rich Internet Applications.

Agora chegou a hora do Mário Jr. colaborar com o DClick Team. Desde ontem ele trabalha para a DClick na unidade do Rio de Janeiro.

Mário Júnior, em nome de todo o time da DClick desejo-lhe boa sorte.

Grande parte do dinamismo do groovy se deve ao invokeMethod. Quando declarado, este método será executado caso um método inexistente for chamado no objeto em questão (Method missing no Ruby ou Python).

"invokeMethod(String name, Object args) is at the heart of Groovy metaprogramming.", Groovy Recipes

Vamos ao exemplo:

Podemos agora chamar qualquer método em um objeto Sample:

E devido ao "method missing" do groovy, podemos navegar em um XML de forma elegante usando o XmlSlurper (navegação semelhante ao E4X):

No código acima estamos acessando os elementos do XML através de um método ou atributo inexistente (users.user, user.name, user.@id), o que seria impossível sem invokeMethod e getProperty usado pelo XmlSlurper em conjunto com GPath.

Também poderiamos utilizar bibliotecas Java (XStream, JDOM, etc) para serializar objetos para XML e vice-versa, mas vamos brincar com groovy agora para obter uma lista de objetos do xml acima:

E serializar objetos para XML/JSON fica fácil com grails.converters e content negotiation:

Produtivo, não ?

No seu aplicativo você tem um DTO cujo os dados são renderizados por diferentes Views (telas). Então, toda hora que o seu DTO muda, você percebe sua aplicação travada por uns segundos. Depois de um tempo você percebe que o problema é que mesmo as telas que estão invisíveis estão executando código de apresentação de dados com base no novo DTO. Bem, este é um problema comum quando trabalhamos com DTOs complexos e abusamos do Data Binding.

A notícia ruim é que se você não teve este problema ainda, um dia você terá. A notícia boa é que uma das maneiras de evitar este problema é utilizar o DTOViewHelper, componente disponibilizado neste screencast.

Alguns Frameworks atuais do Flex oferecem maneiras de resolver este problema, mas o DTOViewHelper é independente do Framework que você usa. Além disso, como pode ser visto no Screencast, você pode definir métodos auxiliares dentro do DTOViewHelper com o objetivo compartilhar lógica de apresentação de dados de DTOs entre diferentes Views (veja o exemplo da Data que mostra a string "Hoje" no Screencast).

Clique aqui para fazer o download do código fonte do exemplo "errado" (I could be WRONG).

Clique aqui para fazer o download do código fonte do exemplo "certo" (I could be RIGHT).

A DClick SP esta em busca um Designer para seus aplicativos RIA. Os interessados devem enviar um currículo para oportunidade@dclick.com.br.

Mas deixa eu falar uma coisa: como é difícil encontrar Desginers que desejem trabalhar com aplicativos, não é verdade?

Suponho que muitos Designers não querem trabalhar em empresas de TI por alguns motivos:

1. Os Designers acreditam que numa grande agência de publicidade eles terão mais reconhecimento (só não devem se esquecer que numa agência talvez ele seja só mais um)

2. Os Designers acreditam que numa grande agência eles terão oportunidade de concorrer a prêmios (tá bom, deve ser legal, mas isso não vai mudar o mundo)

3. Os Designers acreditam que fora de uma agência seu trabalho não será valorizado, mas sim ridicularizado como geralmente acontece em empresas de TI que vêem este trabalho como algo supérfluo - para não dizer "frescura" (termo terminantemente proibido na DClick para avaliar um Design!)

Pois bem, exposto o motivo a opinião pela qual muitos Designers preferem agencias, agora deixa eu falar porque aqui na DClick será diferente:

1. Aqui na DClick você terá reconhecimento pois você será o responsável por aplicativos como este e estes do teaser. Você também estará trabalhando na maior empresa de RIA do Brasil e prestando serviços para clientes como Petrobras, Odebrecht, COC e possivelmente clientes do exterior.

2. Mas tudo isso do item 1, apesar de ser verdade, soa muito corporativo e num blog como este ninguém agüenta este dialeto dos negócios. Pois bem, trocando em miúdos, o principal motivo para você trabalhar aqui é mudar a maneira como as empresas de TI enxergam o Design de Aplicativos construindo cases que vão deixar o mundo de boca aberta. Aqui nós queremos desenvolver aplicações Hollywoodianas no sentido de "criação de grandes experiências" graças ao perfeito equilíbrio entre as diferentes expertises: design gráfico, design de interação, programação e negócios. E nós acreditamos que isso pode mudar o mundo não apenas pelos aplicativos que acreditamos que somos capazes de desenvolver, mas também com as noções tais como a de que o Design é, como tudo, algo vivo no processo e não apenas o ato de colorir wireframes.

3. Você será peça fundamental na criação destas aplicações Hollywoodianas. Aqui a sua opinião será ouvida e ponderada. Não prevalecerá os paradigmas das empresas de TI que muitas vezes vetam uma boa idéia porque acham que vai ser difícil fazer. Temos técnicos altamente capacitados para tornar realidade o seu Design. O seu Design é um desafio para nós e não um problema irrelevante.

Pois bem, já vendi o peixe da empresa, agora cabe a você vender o seu. Ajuda muito se você se achar capaz de fazer Design como os dos screenshoots abaixo:

A ultima turma do Imersão Adobe Flex recebeu alguns "presentinhos". Dentre eles o componente PodFlip, utilizado numa das aplicações que desenvolvemos aqui na DClick e que o pessoal já andou vendo por aí.

É verdade que o Flex 4 e com as novas capacidades 3D do Flash Player isso será bem mais fácil no futuro. Mas enquanto este dia não chega agora é a hora de compartilhar este componente com o restante de comunidade. Espero que seja util em algum projeto para vocês.

Clique aqui para fazer o download do código fonte deste screencast.

O screencast abaixo é bem simples, porém muito eficiente para proteger o seu código. É importante ressaltar que isso tudo é necessário, pois o Action Script 3 não possui construtor privado e muito menos a implementação nativa de Enum.

A DClick RJ está contratando programadores RIA para trabalhar no RJ.

Se você conhece bem Adobe Flex suas chances são grandes. Senão, veja se você encaixa na filosofia abaixo.

Nota: Os dois últimos projetos do vídeo foram desenvolvidos pela em parceria com a Roundarch dos EUA.

Os interessados devem enviar um email para: oportunidade@dclick.com.br. Quem sabe no próximo DClick Team Teaser o seu nome não faça parte da lista que aparece no final do clipe.

Uma palestra do Flex For Kids: R$ 3,00.
O evento Flex For Kids: R$ 30,00.
Ver o incrível vídeo do Flex For Kids. Apenas 3 minutos.
Ajudar uma criança a sorrir: Não tem preço.

Quando você quer manipular imagens e outros tipos de arquivos no Flex, geralmente você precisa do BitmapData ou o ByteArray desse arquivo. A maioria das pessoas já sabe como fazer isso usando o Loader, mas é um pouco mais difícil encontrar informações sobre como fazer isso com arquivos "Embedados". Por isso, vou mostrar aqui como fazer!

Se você quer embedar uma imagem (JPEG, GIF ou PNG) no Flex, você precisa embedar em uma variável do tipo Class. O que a maioria das pessoas não sabe é que o tipo dessa classe será BitmapAsset e que BitmapAsset é uma subclasse da classe Bitmap. Então, você pode fazer isso:

Agora, para pegar o ByteArray, você precisa de uma pequena alteração. Você deve adicionar o parâmetro mimeType="application/octet-stream" para a metadata Embed. Com esse parâmetro, a variável Class será do tipo ByteArrayAsset, que é uma subclasse do ByteArray. Então, você poderá fazer isso:

Dessa maneira, você pode até usar o Embed em algum arquivo TXT ou XML para sua aplicação e lê-lo facilmente! O ByteArray pode ser convertido para String dessa maneira:

Fácil, hein?

A DClick está patrocinando o Flex for Kids. Este é um evento muito especial para todos que trabalham não apenas com RIA, mas com desenvolvimento de Software em geral. Eu não preciso escrever muito neste post. Basta você clicar aqui e ver (sentir) o vídeo de menos de três minutos.

Ano passasdo perguntei ao Beck como passar parâmetros para Event Handlers adicionados dinamicamente, porque quando você adiciona Event Listener usando myComp.addEventListener(...), o handler deve esperar apenas o parâmetro do evento. O Beck deu uma solução para isso, mas deixou claro que é apenas uma solução "alternativa", não a melhor delas.

Alguns dias atrás eu estava trabalhando com requisições simultâneas para o servidor e queria guardar o parâmetro da chamada, mas não queria ter que retornar ele do Java, então pensei em uma outra solução para isso. Considerando que seu Event Handler está esperando uma Function que tem somente um parâmetro Event, eu criei uma outra Function que retorna uma Function esperando um parâmetro Event. Mas o segredo é que o escopo de Function Closure permite que você acesse parâmetros tanto da primeira quanto da segunda Function, então você pode fazer isso:

Mas e agora se você quiser usar esse Event Handler diretamente no MXML? Bem, você não pode fazer isso:

Isso não vai funcionar porque a Function que retorna da primeira Function está esperando um parâmetro Event. Então, você pode fazer assim:

Estranho, não? Talvez mais um patter do FreaktionScript?