Pensava que as versões finais passam por um conjunto de testes e após votação que tudo estaria ok é que recebiam o selo de versão final.
No dia 29 de Janeiro de 2014 às 14:27, João Fernandes < [email protected]> escreveu: > Porque não usas o build nocturno? qual a diferença entre esse e uma > possível versão "final"? Não existe diferença de teste de "qualidade" entre > os nightly builds e uma release final, a única coisa que é testada é via > Mustella portanto se um determinado build passou nos testes, vai ser tão > viável como uma versão "final". Antigamente o uso de um build oficial era > acima de tudo para garantir que caso algo desse raia, haveria um suporte. > Era um selo de qualidade que indicava que aquele build tinha sido testado e > validado (e mesmo assim às vezes dava raia). Hoje em dia não tens nada > disso por isso não há grande diferença. > > > 2014-01-29 Hugo Ferreira <[email protected]> > >> Pois eu sei no entanto como já vejo um bom volume de novidades >> importantes e alguns bug fixs também importantes, podia já haver uma >> previsão. >> >> Bem, tenho de esperar. >> >> >> No dia 29 de Janeiro de 2014 às 12:25, João Fernandes < >> [email protected]> escreveu: >> >> Já devias de saber que na Apache não há datas... quando for é :) >>> >>> >>> 2014-01-29 Hugo Ferreira <[email protected]> >>> >>>> São muitos pequenas coisas (em mobile é x10) que em conjunto devem de >>>> facto ter impacto. >>>> >>>> Estou curioso e vou fazer testes antes e após o Flex 4.12. >>>> >>>> João, tens ideia de quando é que a versão 4.12 passa a final é que >>>> geralmente uso versões finais ? >>>> >>>> >>>> No dia 29 de Janeiro de 2014 às 12:15, João Fernandes < >>>> [email protected]> escreveu: >>>> >>>> >>>>> https://git-wip-us.apache.org/repos/asf?p=flex-sdk.git;a=blob;f=RELEASE_NOTES;hb=07ec07ec >>>>> >>>>> >>>>> FLEX-33989 ViewNavigatorBase discards MultiDPIBitmapSource information >>>>> for icon when saving and re-loading view >>>>> >>>>> FLEX-33897 MediaQueryParser should not allocate memory for expressions >>>>> already cached >>>>> FLEX-33893 CSSStyleDeclaration is inefficient during style matching >>>>> >>>>> FLEX-33891 Styleprotochain#getstyleManager shouldn't be called twice >>>>> during style computations >>>>> >>>>> FLEX-33885 BindingManager#executeBindings : Avoid unneeded memory >>>>> allocation >>>>> >>>>> FLEX-33874 Binding management is memory inefficient when using the >>>>> defaultDestFunc >>>>> FLEX-33853 Optimize UIDUtil / RPCUIDUtil fromByteArray() method >>>>> FLEX-33852 Port UIDUtil optimizations to RPCUIDUtil >>>>> FLEX-33835 LocaleSorter#sortLocalesByPreference is slow >>>>> FLEX-33829 Improve ArrayList performance >>>>> >>>>> Apesar da maior parte serem melhorias de performance genéricas, estas >>>>> são muito mais perceptíveis em mobile. As mais importantes aqui talvez >>>>> seja >>>>> a do UIDUtil e tudo o que está relacionado com CSS. Só com o Scout é que >>>>> uma pessoa consegue ter uma noção em como o UIDUtil e lookup de CSS era >>>>> lento. >>>>> >>>>> >>>>> 2014-01-29 Hugo Ferreira <[email protected]> >>>>> >>>>>> Bom dia, >>>>>> >>>>>> Estou a usar o Apache Flex 4.11 (final). >>>>>> O actual Apache Flex 4.12 ainda não é final e de vez em vez venho as >>>>>> novidades e fui visitar as novidades e saltou-me à vista isto "Improved >>>>>> mobile memory usage/performance.". >>>>>> >>>>>> Já alguém testou um projecto mobile com o build actual do Apache Flex >>>>>> ? A performance é notória ? >>>>>> A actual performance do Apache Flex 4.11 com AIR 4 + workers é >>>>>> bastante aceitável para o desenvolvimento de uma app não nativa no >>>>>> entanto >>>>>> existe sempre espaço a melhoramentos. >>>>>> >>>>>> -- >>>>>> 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 anular a subscrição deste grupo e parar de receber emails deste >>>>>> grupo, envie um email para [email protected]. >>>>>> Para publicar uma mensagem neste grupo, envie um e-mail para >>>>>> [email protected]. >>>>>> Visite este grupo em http://groups.google.com/group/riapt. >>>>>> Para mais opções, consulte https://groups.google.com/groups/opt_out. >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> João Fernandes >>>>> >>>>> -- >>>>> 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 anular a subscrição deste grupo e parar de receber emails deste >>>>> grupo, envie um email para [email protected]. >>>>> Para publicar uma mensagem neste grupo, envie um e-mail para >>>>> [email protected]. >>>>> Visite este grupo em http://groups.google.com/group/riapt. >>>>> Para mais opções, consulte https://groups.google.com/groups/opt_out. >>>>> >>>> >>>> -- >>>> 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 anular a subscrição deste grupo e parar de receber emails deste >>>> grupo, envie um email para [email protected]. >>>> Para publicar uma mensagem neste grupo, envie um e-mail para >>>> [email protected]. >>>> Visite este grupo em http://groups.google.com/group/riapt. >>>> Para mais opções, consulte https://groups.google.com/groups/opt_out. >>>> >>> >>> >>> >>> -- >>> >>> João Fernandes >>> >>> -- >>> 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 anular a subscrição deste grupo e parar de receber emails deste >>> grupo, envie um email para [email protected]. >>> Para publicar uma mensagem neste grupo, envie um e-mail para >>> [email protected]. >>> Visite este grupo em http://groups.google.com/group/riapt. >>> Para mais opções, consulte https://groups.google.com/groups/opt_out. >>> >> >> -- >> 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 anular a subscrição deste grupo e parar de receber emails deste >> grupo, envie um email para [email protected]. >> Para publicar uma mensagem neste grupo, envie um e-mail para >> [email protected]. >> Visite este grupo em http://groups.google.com/group/riapt. >> Para mais opções, consulte https://groups.google.com/groups/opt_out. >> > > > > -- > > João Fernandes > > -- > 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 anular a subscrição deste grupo e parar de receber emails deste > grupo, envie um email para [email protected]. > Para publicar uma mensagem neste grupo, envie um e-mail para > [email protected]. > Visite este grupo em http://groups.google.com/group/riapt. > Para mais opções, consulte https://groups.google.com/groups/opt_out. > -- 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 anular a subscrição deste grupo e parar de receber emails deste grupo, envie um email para [email protected]. Para publicar uma mensagem neste grupo, envie um e-mail para [email protected]. Visite este grupo em http://groups.google.com/group/riapt. Para mais opções, consulte https://groups.google.com/groups/opt_out.
