Flash Builder 4.7 Beta

O Flash Builder 4.7 Beta está liberado.

Suporte a Flash Player 11.4 e AIR 3.4 como também suporte ao novo Apache Flex 4.8 SDK.

Melhorias também para desenvolvimento para iOS.

Mais detalhes aqui e aqui. 

 

A liberação da Adobe do Flex para o grupo Apache gerou dúvidas sobre o futuro dessa ferramenta, e ainda gera, mas a grande movimentação da comunidade me faz crer que ainda há bastante estrada para desenvolvimento para aplicações RIA e também para mobile utilizando Flex. 

O importante, não só na nossa área, mas como em qualquer outra, é acompanhar as tendências para não ficar para trás.

Carregando CSS em run time

Carregar CSS em run time consiste de três passos:

1. Criar um arquivo CSS.
2. Compilar o CSS em um arquivo SWF.
3. Carregar o CSS compilado para sua aplicação.

Para compilar você usa o comando mxmlc em linha de comando ou o Flash Builder. Exemplo por linha comando: mxmlc MyStyles.css
Para compilar com o Flash Builder, clique com o botão direito sobre o arquivo CSS e marque a opção Compile CSS to SWF.

Para carregar o css compilado você utiliza o método loadStyleDeclarations de StyleManager. Você pode acessar StyleManager via StyleManager.getStyleManager() ou via propriedade styleManager encontrada nos objetos derivados de UIComponent.
Este método é assíncrono, ele retorna uma instância de IEventDispatcher na qual você pode monitorar os eventos: StyleEvent.PROGRESS, StyleEvent.COMPLETE e StyleEvent.ERROR.

Para descarregar utiliza-se o método unloadStyleDeclarations de StyleManager.

Atualização do Flex SDK e Flash Builder

Pessoal, foi liberado o Flex SDK 4.1 e o Flash Builder 4.0.1.

Mais informações aqui.

Locale pt_BR

O Flex utiliza fortemente internacionalização (i18n). Os componentes Alert, DateChooser, DateField, validadores, formatadores, entre outros permitem que suas propriedades que estão vinculadas ao idioma / locale sejam alteradas via código, alguns exemplos:

• Alert: cancelLabel, noLabel, okLabel e yesLabel.
• DateChooser e DateField: dayNames e monthNames.
• Formatadores e Validadores (classes Formatter e Validator e suas classes filhas): possuem propriedades terminadas em error que são as mensagens que irão ser mostradas de acordo com a situação.
  
• Os formatadores possuem a propriedade formatString (com exceção de CurrencyFormatter e NumberFormatter) e outras propriedades específicas de cada formatador, tais como: decimalSeparatorFrom, decimalSeparatorTo, thousandsSeparatorFrom, thousandsSeparatorTo para CurrencyFormatter e NumberFormatter e currencySymbol para CurrencyFormatter.
  
• Os validadores CurrencyValidator e NumberValidator possuem as propriedades: decimalSeparator e thousandsSeparator e currencySymbol para CurrencyValidator.
  

Mas o melhor é poder informar o idioma / locale e o Flex configurar "automagicamente" estas propriedades. Para informar os locales, você precisa na hora da compilação indicar qual ou quais locales irá utilizar, para isso você precisa ir em Project > Properties > Flex Compiler e na linha Additional compiler arguments colocar:

-locale pt_BR // Para usar somente pt_BR
ou
-locale=pt_BR,en_US // Para usar pt_BR e en_US

E para trocar de idioma em runtime usa-se:
resourceManager.localeChain = ['pt_BR'];

Os arquivos de locale do framework são arquivos .properties compactados dentro de arquivos .swc. No Flex / Flash Builder estes arquivos se encontram em builder_dir/sdks/sdk_version/frameworks/locale e quando se estiver usando somente o sdk estará em sdk_dir/frameworks/locale. Se for necessário, você poderá abrir o arquivo .swc com qualquer descompactador e alterar o conteúdo dos arquivos .properties contidos nele.

Estes são exemplos do framework, você também pode criar traduções específicas para sua aplicação.

Veja mais
Introduction to localization
NumericInput (comentários)

Links para o locale pt_BR
No download do Flash Builder 4 e do SDK 4. Links de download aqui.
SVN atualizado (.properties) aqui e aqui.
Deixei disponível para download o do Flex 3 e 4.

Context root II

Tinha comentado em post anterior sobre um bug que está ocorrendo quando se cria um Flex Project utilizando o BlazeDS no Flex Builder 3.

Pensei que no Flash Builder 4 este problema estaria corrigido, mas infelizmente não. Na verdade agora está meio corrigido, na tela Project > Properties > Flex Server até parece o mesmo valor de context root que foi aplicado inicialmente (o campo aparece bloqueado), mas no arquivo .flexProperties o parâmetro serverContextRoot aparece o que foi colocado em Content folder.

Por enquanto a única forma que achei para contornar este problema foi alterar na mão o arquivo .flexProperties.

Flash Builder 4 Standard - Download

Quem comprar licenças para o Standard não irá encontrá-lo para download, o site para download só informa o Premium e não faz nenhuma referência ao Standard.

Mas na verdade pode-se aplicar o serial comprado para o Standard no Premium que será válido, a IDE só irá restringir o acesso aos recursos próprios do Premium.

Talvez para alguns isso tenha ficado óbvio, mas para mim e outros isto não tinha ficado.

Veja também:
Flex version comparison chart

Instalação Flash Builder

Ao instalar o Flash Builder um dos passos é questionado se desejamos utilizar o Eclipse que vem embutido na instalação ou usar um Eclipse já instalado.

O Eclipse que vem embutido é um Eclipse enxuto sem JEE.

Mesmo que seja escolhido a opção de usar um Eclipse já existente, é instalado no diretório "eclipse-host-distro" abaixo do diretório de instalação, normalmente "C:\Program Files\Adobe\Adobe Flash Builder 4 Plug-in" o Eclipse embutido.

O interessante é que o instalador coloca no menu Programas só o link para o Eclipse embutido o do Eclipse já existente fica no diretório de instalação.

Se você for usar só para programar em Flex isto não irá fazer diferença, mas se for usar juntamente com Java aí será o problema. Isto porque, na primeira tela que aparece depois de escolher File > New > Flex Project não aparece a opção Create combined Java/Flex project using WTP quando é escolhido Application server type J2EE.

Context root

Quando se cria um Flex Project informando que será utilizado o BlazeDS mantendo a maioria das opções com seus valores default ao testar uma chamada de um RemoteObject pode dar erro de envio.
Isto acontece porque em Project > Properties > Flex Server está com a opção Context root igual o conteúdo da opção Content folder que foi informada no wizard de criação do seu Flex Project.
Esta opção deve ser mudada para ficar igual a mesma opção da aba Web Project Settings.

Lembre-se que o services-config.xml normalmente terá a variável {context.root} que é trocada no momento da compilação pelo conteúdo de Context root da aba Flex Server, ocasionando o erro numa chamada de um RemoteObject pois deveria estar o valor da outra aba.

Procurando no Adobe Bug System encontrei este bug relatado nos seguintes links:
FB-26246 Context Root variable set incorrectly
FB-11617 The context root is not set correctly when creating a J2EE + WTP project

Quem quiser votem, lembre-se que quanto mais votos mais irá chamar a atenção do Flex Team.

Debug em Produção

Às vezes pode ser necessário debugar uma aplicação que já se encontra em produção para identificar a origem de um erro ou entender um comportamento não desejado.

Para isso é necessário seguir os seguintes passos:

1. Coloque trace() e breakpoints onde desejar na sua aplicação.
2. Compile em modo debug (Project > Build Project).
3. Publique o swf compilado no seu servidor de produção.
4. Crie um arquivo .html em branco e informe ao seu projeto onde se encontra este arquivo na hora de rodar em modo debug, para isso, vá em Run > Open Debug Dialog... e faça como na imagem ao lado.
5. Rode a sua aplicação em modo debug: Run > Debug As. Isto irá abrir no seu navegador o arquivo html em branco criado no passo anterior.
6. Numa outra aba do navegador abra o swf do servidor de produção. Neste ponto quando passar por um trace o seu conteúdo irá aparecer na console e se tiver um breakpoint o Flex Builder irá parar para você poder debugar mostrando a perspectiva Flex Debugging.

Controle de Versão do Flex Builder

No Flex Builder tem um "mini" controlador de versão que você encontra nas opções: Compare / Team / Replace with > Local History quando se vai com o botão direito sobre o arquivo. Cada save de arquivo gera uma nova entrada no histórico local.
Pode-se comparar uma versão com outra do mesmo arquivo, em Compare / Team > Local History marcando as entradas que se quer comparar, clicando com o botão direito e selecionando Compare with each Other.

Este recurso é básico, por isso, o melhor é instalar um verdadeiro controlador de versões, e neste caso recomendo o SubVersion e o plug-in do Eclipse SubEclipse.
Na JavaMagazine 64 saiu um artigo sobre estas duas ferramentas, explicando as diferenças entre SVN e CVS e também explicando como instalar um servidor SubVersion e como utilizar o SubEclipse. Mesmo para projetos com único desenvolvedor o uso de controlador de versões é recomendado.

Neste link tem uma documentação técnica do SVN.

Source code formatter for MXML/AS3

Tenho usado este plug-in já faz algum tempo e recomendo.

Fonte: http://www.newsight.de/2009/02/09/source-code-formatter-for-mxmlas3/

Outro plug-in é o sugerido pelo Eduardo Kraus no seu post: Ctrl+Shift+F no Flex Builder.