sim eu percebo-te... eu também estou a utilizar o includeIn e excludeFrom... mas ao colocar o itemCreationPolicy a deferred e itemDestructionPolicy a auto garanto que sempre que estes items aparecem no ecrã são criados novamente em vez de estarem apenas invisíveis. Neste caso as transitions ficam com um comportamento diferente do normal... no meu caso só fazia a transição uma vez. Não sei se para este caso é necessário de fazer alguma coisa mais...
No dia 30 de Janeiro de 2012 14:42, João Saleiro <[email protected]>escreveu: > Não percebo bem a que te referes, porque nunca tive esse problema :| > A criacão de items e colocacão na displayList deve ser feita através do > includeIn e excludeFrom. Depois nas transicões, controlas a ordem de > ocorrência usando o AddAction e o RemoveAction. > Mas lá está, não conheco o teu caso. Estou só a mandar postas de pescada > para o ar com aquelas que são as práticas que usamos por estes lados e que > regra geral não dão problemas. :o) > > > [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 14:29, Ricardo Araújo wrote: > > 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. > > -- > 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>>
<<image/gif>>
<<image/gif>>
<<LinkedIn.gif>>
