Sim NF esse também está na calha de análise. É pena serem tão poucos componentes (não investirão na grid que é lixado lol).
Vou analisar muito bem as várias possibilidades e o jqueryui por vir do mesmo lado parece atractivo mas vai ter de ser complementado por uma grid (não faz sentido criarmos nós uma grid do zero a não se estender para personalizar, pois só a grid é 1 projecto lol). No dia 15 de Novembro de 2011 11:41, Nuno Fernandes <[email protected]>escreveu: > O jquery tem algo chamado jqueryUI http://jqueryui.com/ > > Não estará ao mesmo nivel do dojo mas para alem de ter uns widgets > básicos, possibilita criares os teus encima da estrutura de widgets da > jquery, pelo que considero que seja uma vantagem pois continua "encima" da > plataforma desenvolvida pela jquery. > > > > 2011/11/15 Hugo Ferreira <[email protected]> > >> Sim, esse e como o próprio nome indica é da Yahoo. >> >> Neste momento (e como vimos somos programadores e não conseguimos >> desvendar o futuro) o jQuery é a escolha por ser utilizado massivamente >> (aqui também o Flex falhou logo este também não é seguro) mas >> principalmente por haver muitas entidades de bem (€€€) interessadas na >> continuidade de projecto. >> >> De momento parece que o mundo que jQuery. Amanhã é outro dia. >> >> Como o jQuery é uma lib e não uma framework não se encontra na mesma um >> toolset de ui components como por exmeplo no Dojo (que a meu ver é o >> melhor), pelo que somos forçados a usar add-ons (existem muitos e ando a >> analisá-los). >> >> >> No dia 15 de Novembro de 2011 11:21, Daniel Gomes < >> [email protected]> escreveu: >> >> E esta: http://yuilibrary.com/ já alguém analisou? >>> >>> Best Regards / Cumprimentos, >>> >>> Daniel Gomes [image: Visualizar meu perfil no >>> LinkedIn]<http://www.linkedin.com/in/danielcsgomes> >>> >>> >>> No dia 15 de Novembro de 2011 11:14, Hugo Ferreira < >>> [email protected]> escreveu: >>> >>>> É verdade João. Eu estou inclinado para o knockout pelas mesmas razões >>>> (segundo documentação e samples) mas só na prática é que se vão desvendar >>>> os problemas :P >>>> >>>> No dia 15 de Novembro de 2011 11:12, João Saleiro < >>>> [email protected]> escreveu: >>>> >>>> Eu também estou ligeiramente inclinado para o knockout, embora pareca >>>>> menos completo que as outras duas alternativas. Porém, parece ser a mais >>>>> lightweight para os meus fins no presente. >>>>> Mas isto de frameworks, infelizmente só se consegue comparar quando se >>>>> usam todas em producão. Até agora só tenho feito testes. >>>>> >>>>> JS >>>>> >>>>> On 15-11-2011 11:09, Hugo Ferreira wrote: >>>>> >>>>> Sim João, >>>>> >>>>> Já obtive também o feedback que é jQuery e pronto (suportado by >>>>> Microsoft e outros pais lol) com todas os prós e contras. >>>>> >>>>> Em relação a uma dessas libs que recomendas, já andei também a ver e a >>>>> minha selecção por agora é o Knockout.js :D >>>>> >>>>> Agora o que ainda me falta descobrir é um bom toolkit de componentes >>>>> UI (datagrid, panels, etc. .......) >>>>> >>>>> Estou a falar de algo que se aproxime com o toolkit fornecido com o >>>>> Dojo mas para se usar com o jQuery :) >>>>> >>>>> >>>>> No dia 15 de Novembro de 2011 11:03, João Saleiro < >>>>> [email protected]> escreveu: >>>>> >>>>>> JQuery, e depois juntas aí em cima uma destas: >>>>>> >>>>>> >>>>>> - Backbone.js >>>>>> - Knockout.js >>>>>> - Spine.js >>>>>> >>>>>> Isto, se pretenderes desenvolver aplicacões sob uma arquitectura >>>>>> (próxima) de MVC. Não te consigo recomendar nenhuma, pois continuo a >>>>>> brincar e a testar todas, e a tentar decidir qual é que é a menos má. (e >>>>>> por favor não me venham com comentários de bla bla bla bla é o maior bla >>>>>> bla bla). >>>>>> >>>>>> >>>>>> [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 15-11-2011 05:51, hugo wrote: >>>>>> >>>>>> Olá a todos. >>>>>> >>>>>> Antes de mais deixem-me apresentar :) >>>>>> Sou um membro desta comunidade à já algum tempo embora não activo. >>>>>> >>>>>> Desde que Quinta-feira passada que tem havido muitas emoções em >>>>>> relação ao Adobe Flex e ao Buzz do HTML5 que pareçe que afinal de >>>>>> contas é a tecnologia dominante em relação a todos as outras e que >>>>>> prematuramente a meu ver a Adobe tirou este coelho da cartola mas não >>>>>> quero entrar aqui entrar em debates acerca da comparação com o HTML5 >>>>>> até porque para isso já temos um thread que a sua leitura tem sido de >>>>>> bastante interesse. >>>>>> >>>>>> No passado (bem lá no passado), fui programador de Visual Basic (já >>>>>> sei que os duros eram os de C mas a verdade é que não foi à toa que >>>>>> foi a linguagem empresarial dominante). >>>>>> >>>>>> Depois apareceu o .NET o qual começei logo desde a primeira versão a >>>>>> estudar a framework e a linguagem Visual Basic .NET no qual mais tarde >>>>>> migrei para C# e adorei por encontrar um sintaxe e elegância >>>>>> semelhante ao Java (Java e HTML sempre estiveram presentes :) ) e a >>>>>> transição do Visual Basic para o .NET foi bastante pacifíca embora a >>>>>> malta disse-se que Visual Basic é que era porque as empresas nunca iam >>>>>> largem para o .NET (era para teóricos lol). >>>>>> >>>>>> Depois deram-me a conhecer o Flex (na altura na versão 3), o qual >>>>>> fiquei bastante impressionado porque pela primeira vez tinha >>>>>> encontrado todo o poder do windows forms na web (e até bem mais: >>>>>> efeitos, inline-binding que eu adoro digam os puristas o que disserem, >>>>>> desenho em mxml e mais tarde fxg com o code-behing em OOP, item >>>>>> renderer o qual foi sentir bastante saudades, etc ...) e seguidamente >>>>>> mobile o qual agora se tornou com uma boa performance. >>>>>> >>>>>> Fiquei com a sensação que o Flex veio para ficar durante uns bons anos >>>>>> (tal como o .NET foi ou até mais :) ) pois teria encontrado a >>>>>> linguagem quase perfeita (faltou cenas como overload, etc ...) e >>>>>> quando veio o Buzz do SilverLight nunca acreditei que isso fosse >>>>>> dominar o Flex, antes pelo contrário porque como é Microsoft nunca >>>>>> iria funcionar bem fora do Windows (nem no próprio Windows lol) e mais >>>>>> tarde o Buzz do HTML5 que até me levou a fazer algumas experiências e >>>>>> que na altura cheguei à conclusão que de facto com features como as >>>>>> tags video e canvas que quando os browsers se torna-sem 100% >>>>>> compatíveis com a específicação HTM5 (que no presente está longe disso >>>>>> embora no mobile nem tanto) e também quando surgissem bons IDEs, que o >>>>>> Flash ia à vida alguns "anos" depois e mais tarde o próprio Flex. >>>>>> >>>>>> Depois surgiu o Adobe Edge que testei e na Sexta-feira voltei a testar >>>>>> (o qual evoluiu astronomicamente) e que me pareçe que realmente com o >>>>>> Adobe Edge hoje em dia já não há razão para não se fazer um simples >>>>>> site com alguma animação e efeitos (até bastante complexos) mas >>>>>> reparem que falei em site e não em web application por isso é que me >>>>>> fez alguma confusão este anúncio prematuro do Flex ainda mais quando >>>>>> temos agora o mobile optimizado (no meu histórico de programador nunca >>>>>> tinha visto nada assim). >>>>>> >>>>>> Agora que já me apresentei e desculpem a longa metragem venho fazer um >>>>>> apelo à comunidade. >>>>>> >>>>>> Tal como o Flex é constituído pela framework Flex e é programada com a >>>>>> definição visual em MXML, o code-behind em AS3 (sim a definição visual >>>>>> também pode ser em AS3 ...) e temos FXG e CSS, etc ... o HTML5 na >>>>>> realidade é composto por HTML na versão 5 + CSS3 + JS. >>>>>> >>>>>> Na Quinta-feira passada comprei um livro de HTML5 o qual conclui a sua >>>>>> leitura :) >>>>>> Pretendo agora começar a estudar uma library/framework de JS. >>>>>> >>>>>> Voltamos ao mesmo problema. O HTML e o CSS não pertencem a uma só >>>>>> pessoa ou empresa que numa manhã bebeu a mais ou teve uma diarreia >>>>>> cerebral e decidiu cometer suícidio da sua própria empresa pelo que >>>>>> não quero depender mais disso. >>>>>> >>>>>> A escolha de uma library/framework JS tem de ser muito acautolada. >>>>>> >>>>>> Pelo que é do conhecimento geral, as frameworks jQuery e Dojo (existem >>>>>> tantas outras que algumas até são díficeis de pronunciar) são as mais >>>>>> conhecidas mas estou em dúvida de qual começar a estudar pelo que peço >>>>>> aqui aos experts que me ajudem. >>>>>> >>>>>> Pelo que tive a pesquisar cada uma tem as suas vantagens e >>>>>> desvantagens em relação à outra (típico) e sites de comparação >>>>>> simplesmente não ajudam porque os típicos funboys só puxam a brasa à >>>>>> sua sardinha. >>>>>> >>>>>> Eis o que encontrei até agora: >>>>>> >>>>>> jQuery: >>>>>> * É uma library; >>>>>> * Sendo uma library é ligeiramente mais compacta (o que é bom para não >>>>>> incrementar o tempo do download); >>>>>> * Sendo uma library não tem um bom toolset de UI components para >>>>>> aplicações enterprise; >>>>>> * Sendo uma library é suficiente para coisas simples com efeitos e >>>>>> afins num site; >>>>>> * É a library de JS mais conhecida o que também não quer dizer que >>>>>> seja a que potencialmente irá durar mais tempo (exemplo Flex :P); >>>>>> * Sendo uma library se quiser utilizar em web applications, vejo-me >>>>>> forçado a procurar UI components dependentes de jQuery (existem aos >>>>>> pontapés pela web) mas depois é só libs que o projecto depende e se >>>>>> não evoluirem sincronamente é um problema; >>>>>> * Para mobile existe outra lib que é um super-set do jQuery (jQuery >>>>>> Mobile). >>>>>> >>>>>> Dojo: >>>>>> * É uma framework; >>>>>> * Sendo uma framework é ligeiramente menos compacta incrementando um >>>>>> pouco o tempo do download; >>>>>> * Tem o melhor toolset de UI components que até agora encontrei >>>>>> (alguns que eu até dejaria de ter visto no Flex :) ); >>>>>> * Pareçe-me até agora que este toolset de UI components é suficiente >>>>>> sem vir a precisar de outras libs; >>>>>> * O Dojo tem vindo a perder notoriedade para o jQuery (foi o que me >>>>>> pareçeu); >>>>>> * A mesma framework está preparada para desktop e mobile. >>>>>> >>>>>> Em suma pareçe-me que o jQuery é a melhor opção para web sites pois >>>>>> tem maior notoriedade o que a longo termo poderá ser melhor suportada >>>>>> pela comunidade, é mais compacta e suficiente para um simples web site >>>>>> e o Dojo para web applications pois é um toolset único pronto a ser >>>>>> utilizado no entanto ao estar a perder notoriedade pode também ser um >>>>>> mau investimento. >>>>>> >>>>>> Gostaria de ouvir as vossas opiniões e desculpem lá o longo post. >>>>>> >>>>>> >>>>>> -- >>>>>> 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. >> > > -- > 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.
<<image/gif>>
<<image/gif>>
