Também não uso o design view e não preciso. O primeiro ponto negativo é a nivel de performance... segundo ponto porque não gosto é porque nem sempre corresponde à verdade... se a coisa for demasiado complexa em vez de ajudar complica. e seguindo o mxml conseguimos ter a ideia de como as coisas vão ficar. questão de pratica e habito!
No dia 30 de Agosto de 2012 01:28, Hugo Ferreira <[email protected]>escreveu: > Olá António, > > Isto é apenas a minha opinião, mas a meu ver é bem mais rápido seleccionar > uma linha xml com um textinput, copiar e alterar alguns valores do que > fazer o mesmo com o rato num design viewer. > Penso também que visualizar no global o mxml dá uma ideia diferente do que > poderá acontecer em runtime. > > No fundo penso que é uma questão de hábito. > > Na minha opinião é muito mais importante os melhoramentos que fizeram no > FB 4.7 do que terem um super design viewer. Seja como for não temos escolha > :( > > > > No dia 30 de Agosto de 2012 00:26, Apintex <[email protected]> escreveu: > > Olá Hugo >> >> Agradeço a partilha e comentários sobre o seu teste à versão 4.7 >> >> Na verdade sinto-me um pouco perdido sem o Design Viewer. Ainda não >> entendo como se pode ser mais produtivo sem ele, quando supostamente foi >> feito para ajudar na produtividade. >> >> Qual é o método que utiliza para desenvolver uma interface 'liquida', >> mais ou menos complexa, sem o design Viewer? Pode ajudar? ( >> [email protected]) >> >> Att, >> António Pinto >> >> >> >> Enviado do meu iPad >> >> No dia 29/08/2012, às 09:58, hugo <[email protected]> escreveu: >> >> Outros pormenores: >> >> *Design Viewer:* >> Como prometido foi finalmente removido. >> Acreditem ou não, tinha essa opção nas versões anteriores desactivada. >> Para uma interface "líquida", o design viewer não é nada mais do que >> perca de produtividade e ter a interface na cabeça com a visualização em >> mxml é do mais produtivo que podemos ter. >> Duplica-se mais rapidamente uma linha de código em xml que representa uma >> caixa de texto do que se anda a copiar com o rato e a navegar entre >> parâmetros para mudar valores de propriedades. >> >> *Emulador iOS:* >> Como não podia deixar de ser, isto só está disponível para a versão do >> OSX para correr sobre o xcode. >> >> *Controlo sobre o runtime AIR:* >> Esta é uma grande vantagem de que agora o FB deixou de ser uma caixa >> fechada em que algo acontece "behind the scenes" e se de futuro sair um >> novo AIR, podemos continuar a usar o IDE sem recorrer a linha de comandos. >> >> *Suporte ao Mac App Store (para Mac desktop, não iOS):* >> Continua a não estar presente este suporte no actual FB 4.7, no entanto >> através de um script com uma data de procedimentos isto já era possível, >> pelo que pode ser que fica para a próxima :) >> >> >> Quarta-feira, 29 de Agosto de 2012 9:32:54 UTC+1, hugo escreveu: >>> >>> Ontem tive a oportunidade de testar o Flash Builder 4.7 beta que >>> partilho aqui convosco a experiência. >>> >>> Para quem usa hoje em dia a versão 4.6 para iOS, a versão 4.7 é >>> obrigatória, pois as grandes maiorias visíveis são em torno desta >>> plataforma. >>> >>> *Mobile iOS:* >>> A versão 4.7 trouxe a possibilidade de fazer debug directamente a partir >>> do iDevice como já tinhamos para Android. >>> Antes tinhamos a possibilidade de testar em emulador AIR apenas ou >>> exportar para ficheiro ipa, ter de copiar para o iDevice através do iTunes >>> e isto a cada teste era um imenso desperdício de tempo. >>> Agora ao fazer o build temos 3 hipóteses (emulador AIR, emulador iOS, >>> device) >>> >>> Sim, ele faz o build e o deploy automatico para o iDevice sem passar >>> pelo iTunes (a única coisa que não faz é arrancar a aplicação >>> automaticamente como acontece em Android mas é apenas um detalhe). >>> Testei também o emulador iOS e de facto vale a pena pois dá uma emulação >>> mais próxima da realidade em relação ao emulador AIR, para além de que é >>> óptimo para screenshoots pois nem todos têm um iPhone e um iPad para tirar >>> screenshoots de ambas as versões. Para além disto o emulador iOS suporta >>> native extensions (algo que não é possível com emulador AIR como é lógico). >>> >>> *Mobile Android:* >>> Não visualizei novidades aqui. >>> >>> *Mobile Playbook:* >>> Foi removido este profile no FB 4.7, sendo a partir de agora da >>> total responsabilidade da RIM, ou seja, terá de ser via plugin e mantido >>> pela RIM mas a mim parecem-me boas notícias porque permite que o FB evolua >>> independentemente deste e já está no roadmap da RIM, lançar este plugin >>> para o FB 4.7: https://developer.**blackberry.com/air/beta/** >>> download/roadmap/<https://developer.blackberry.com/air/beta/download/roadmap/> >>> Como é sabido também, a actual versão do Playbook Tablet OS ficou parada >>> no tempo com o AIR 3.1 mas só acredito que venha a dar o salto para a >>> versão 3.4 ou mesmo um outra versão no futuro se o novo phone deles chegar >>> "algum dia" a sair e tiver vendas pronunciadas. >>> >>> *Mobile Geral:* >>> Parâmetro no build para indicar que queremos primeiro limpar os dados >>> locais (excelente, pois já não temos de andar a perder tempo a desinstalar >>> antes do teste). >>> >>> *Outras soluções:* >>> Não vi novidades >>> >>> *Performance:* >>> A performance entre a versão 4.6 e 4.7 é similar (versão MacBook Pro). >>> Finalmente uma versão 64 bits para Windows. >>> >>> Em suma o FB 4.7 não considero importante para projectos desktop (AIR) >>> ou web (Flash) mas é importante para mobile (especialmente para iOS) no >>> entanto quem pretende publicar para Playbook, tem de manter lado a lado com >>> o FB 4.6 (pelo menos por enquanto). >>> >>> Bem, esta é a minha review que espero que gostem :) >>> >> -- >> 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 ver este debate na Web, visite >> https://groups.google.com/d/msg/riapt/-/oEnYsjDxFLYJ. >> >> 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.
