e se os items forem sempre criados e removidos (itemCreationPolicy a deferred e itemDestructionPolicy a auto) o comportamento das transições não é igual!
No dia 30 de Janeiro de 2012 14:09, João Saleiro <[email protected]>escreveu: > Em 90% dos casos, efeitos devem ser chamados através de transitions que > devem ser despoletadas automaticamente pelo Flex na mudanca de estados. Um > efeito deve ser um resultado de uma passagem de um estado para o outro. > Se se cumprir essa premissa, não só se diminuem potenciais dores de > cabeca, como ainda se garante uma boa prática: um efeito nunca deve definir > o estado final de uma view, mas deve sim acontecer o inverso. Isto é: um > efeito nunca deve mover um componente x=20 para x=200; o correcto é que > hajam 2 estados (estadoA, com x=20, e estadoB com x=200). Depois é definida > uma transicão entre estados (que terá um efeito Move (em que não são > preenchidas as coordenadas no efeito!)), que será responsável pela animacão > na passagem de estados. > > > [image: linkedIn] <http://pt.linkedin.com/in/jsaleiro> João Saleiro Chief > Technology Officer Tel: 00351 916 077 097 Email: > [email protected] Skype: joao.saleiro [image: Webfuel > Solutions] <http://www.webfuel.pt> www.webfuel.pt > Lisbon, Portugal > > On 30-01-2012 13:54, Ricardo Araújo wrote: > > Não... > > eu tentei mas o problema é que os componentes do ecrã estão todos com > itemCreationPolicy a deferred e destruction a auto... e as transitions só > aconteciam na primeira vez! > > então consegui o efeito que pretendia ao adicionar o efeito no creation > complete e outro efeito no removed adiciono o removedEffect através do > setStyle > > No dia 30 de Janeiro de 2012 13:08, Filipe Freitas < > [email protected]> escreveu: > >> Não estás a utilizar transitions? >> >> -- >> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos >> Grupos do Google. >> Para publicar uma mensagem neste grupo, envie um e-mail para >> [email protected]. >> Para anular a inscrição neste grupo, envie um e-mail para >> [email protected]. >> Para ver mais opções, visite este grupo em >> http://groups.google.com/group/riapt?hl=pt-PT. >> > > -- > Recebeu esta mensagem porque está inscrito no grupo "Mailing List da > Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos > Grupos do Google. > Para publicar uma mensagem neste grupo, envie um e-mail para > [email protected]. > Para anular a inscrição neste grupo, envie um e-mail para > [email protected]. > Para ver mais opções, visite este grupo em > http://groups.google.com/group/riapt?hl=pt-PT. > > -- > Recebeu esta mensagem porque está inscrito no grupo "Mailing List da > Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos > Grupos do Google. > Para publicar uma mensagem neste grupo, envie um e-mail para > [email protected]. > Para anular a inscrição neste grupo, envie um e-mail para > [email protected]. > Para ver mais opções, visite este grupo em > http://groups.google.com/group/riapt?hl=pt-PT. > -- Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google. Para publicar uma mensagem neste grupo, envie um e-mail para [email protected]. Para anular a inscrição neste grupo, envie um e-mail para [email protected]. Para ver mais opções, visite este grupo em http://groups.google.com/group/riapt?hl=pt-PT.
<<Webfuel.gif>>
<<LinkedIn.gif>>
