Esta notícia já surge tarde, mas mesmo assim ainda pode ajudar a evitar dores de cabeça a quem ainda não se tiver apercebido.

A versão 5.2.2 do PHP está a causar problemas no AMFPHP (seja em que versão for) por causa de uma alteração no $HTTP_RAW_POST_DATA. Para corrigir este problema, basta abrir o ficheiro Gateway.php na directoria core/amf/app/ (versão 1.9) ou na directoria amf-core/app/ (versão 1.2) e antes da linha 140 colocar:

if (!isset($GLOBALS['HTTP_RAW_POST_DATA']))
{
$GLOBALS['HTTP_RAW_POST_DATA'] = file_get_contents(’php://input’);
}

O Patrick Mineault, “responsável” pelo AMFPHP, já corrigiu as versões 1.2 e 1.9, pelo que quem fizer download das novas versões não precisará de se preocupar com este problema.

O CastingOffice esteve uns dias sem funcionar correctamente exactamente devido a este problema. Só hoje é que me alertaram para o facto do login não estar a funcionar, e após uma curta pesquisa apercebi-me de que o PHP do servidor tinha sido actualizado para o 5.2.2 .

Mais informações sobre este problema podem ser encontradas aqui e aqui.

Ultimamente tenho andando um pouco “silencioso” pois estou a meio da época de exames para finalizar de vez a minha licenciatura. Mas depois de ler sobre esta aplicação, era impossível não escrever nada sobre ela.

Chama-se “Saffron”, e é um editor de UML feito sobre Apollo, que permite geração e sincronização automática dos diagramas com código em AS2, AS3, PHP.

A aplicação foi construída em Flash CS3 usando Actionscript 3, e “transformada” numa desktop application através do Apollo.

A aplicação ainda está em desenvolvimento, e o pouco que foi revelado pode ser visto aqui.

Mal posso esperar para poder brincar com ela.

A Adobe acaba de lançar um novo hotfix para o Flex 2.0.1.

Podem encontrar a technote aqui. É necessário aplicar os updates para o SDK e Flex Builder (Win e Mac).

Neste hotfix é de salientar que alguns problemas de Garbage Collection foram resolvidos.

Este hotfix não é compativel com a última versão do Cairngorm 2.2. Alistair McLeod mencionou que este será actualizado para resolver o pequeno problema de incompatibilidade.

Carlos Eduardo é sem dúvida a referência dos paises lusófonos quando se fala na integração de Flex com Ruby on Rails.

O Carlos criou um curso bastante completo, o qual administra através da sua plataforma TreinaTom construída em Flex.

O curso é sub-dividido em vários módulos que vão sendo disponibilizados individualmente a uma média de 2 módulos por semana. Assim o aluno poderá executar os exercícios ao seu ritmo.
No dia a seguir à disponibilização de um novo módulo é feita uma sessão online que permite explicar o conteúdo. Os alunos aproveitam a mesma sessão para tirar potênciais dúvidas.

TreinaTom

A plataforma foi desenvolvida em Flex e dispõe de funcionalidades semelhantes ao Connect da Adobe. Foi utilizado o Flash Media Server para suportar tanto a parte de video conferência como a sincronização de todos os participantes.

O sistema permite video conferência, juntamente com um sistema de chat que permite aos alunos enviarem as suas dúvidas.

Os slides são controlados pelo instrutor,o qual pode assinalar áreas específicas dos slides para salientar algo.

A qualquer momento, o instrutor poderá fazer aparecer uma janela (Codebox) destinada a mostrar código aos participantes.

O instrutor poderá também pedir aos participantes para preencherem um pequeno questionário que é actualizado em tempo real.

Conclusão

Para quem usa Ruby on Rails e tem curiosidade em aprender mais sobre Flex e a cinergia com RoR, este é um curso que eu recomendo.
Quem pretender inscrever-se poderá faze-lo aqui.

Houve hoje um workshop introdutório sobre Rich Internet Applications na etic_, onde foram apresentados os “capítulos” I e II dos slides do seminário no ISCTE, e um novo capítulo denominado “O papel dos designers no desenvolvimento de RIAs“.

Este capítulo foi introduzido pois é sabido que a etic_ é uma escola com tradição em design e o público supostamente seria composto especialmente por pessoas com formação de base em design.

O objectivo deste capítulo é demonstrar a necessidade de designers e as suas funções nas equipas de desenvolvimento de RIAs. Foi feito um pouco à pressa, pelo que ainda há muita margem para melhoria e pontos em aberto. Sugestões aceitam-se!

Aos que compareceram, pedia-vos que me contactassem ou enviassem mail para a Mailing List de forma a ficar com os vossos contactos.

Próximo seminário/workshop para quando?