Google Incorpora Instantiations (Swing Designer, GWT Designer)

Assuntos Gerais Notícias
#1

[quote=Java Hispano]
EL pasado 4 de agosto Google adquirió la empresa Instantiations, creadora de uno de los mejores editores gráficos de Swing (Swing Designer) y SWT (SWT Designer) y el mejor (en mi humilde opinión) entorno de desarrollo para Google Web Toolkit: GWT Designer. Los tres productos se ofrecían conjuntamente bajo el nombre WindoBuilder Pro. Todos los productos se presentan como plugins de Eclipse.

Parece que ha sido este último producto, GWT Designer, el que ha llamado la atención de Google. Por el momento, se desconocen los planes de Google para los productos de Instantiations. En la página principal de Instantiations nos remiten al Blog de GWT indicando que en ella aparecerán anuncios “excitantes”. De momento los productos no están disponibles para su descarga y no dan fecha para la reanudación del servicio.

Ofrecen la posibilidad de suscribirte a las futuras noticias sobre los productos del entorno Java de Instantiations.

En algún artículo se ha comentado la posibilidad que Google pueda donar Swing Designer y SWT Designer a la Fundación Eclipse que con su Visual Editor se ha quedado muy, muy atrás. Un tiempo atrás, en 2006, el presidente de Instantiations, Eric Clayberg, ofreció a la Fundación Eclipse parte de su tecnología. Al parecer, el equipo de Visual Editor de Eclipse hizo caso omiso del ofrecimiento.

También se habla de utilizar la tecnología de Instantiations para crear un entorno de desarrollo para Android. La integración de los tres productos en uno, WindowBuilder Pro, no es casual. Los tres entornos gráficos se basan en un motor común, y GWT Designer fue el último en añadirse, allá por el 2005 (si la memoria no me falla)

Espero que esta adquisición sea para bien y pronto podamos volver a disponer de los magn íficos productos de Instantiations.

Un último apunte. Google no se ha quedado sólo con la tecnología de Instantiations. Todo el equipo de profesionales de Instantiations que han contribuido al desarrollo de sus productos han pasado a formar parte de Google. [/quote]
Fonte: http://www.javahispano.org/contenidos/es/google_adquiere_instantiations/

Pessoalmente espero que o Google libere uma versão open-source do Swing Designer. Assim o desenvolvimento Swing no Eclipse alavanca depois do abandono do Visual Editor.

#2

[quote=Rafael Afonso][quote=Java Hispano]
… [/quote]
Fonte: http://www.javahispano.org/contenidos/es/google_adquiere_instantiations/

Pessoalmente espero que o Google libere uma versão open-source do Swing Designer. Assim o desenvolvimento Swing no Eclipse alavanca depois do abandono do Visual Editor.[/quote]

Também torço para isso. Um bom designer de telas free é uma das coisas que mais faltam no eclipse.

Att.

#3

Se acontecer vai ser uma das coisas mais importantes para o eclipse nos últimos tempos.

#4

Bem… eu concordo que será muito bom para o Eclipse, entretanto nunca gostei de editores D&D.

#5

Eu gostei da notícia. Para os desenvolvedores GWT vai ser legal. Com o lançamento do UIBinder do GWT, não iria demorar para a Google lançar um plugin RAD. Mas em vez de desenvolver um, eles compraram o melhor que existe no mercado. Mas torço que eles mantenham o suporte a GXT, SmartGWT e afins.

#6

Editores Dungeons & Dragons?

#7

Também torço para que o Google libere uma versão open-source do Swing Designer, pois é o que falta no eclipse

#8

Editores Dungeons & Dragons?[/quote]

Hahuahau…

Drag And Drop, não sei por que mas sempre abreviei assim.

#9

Finalmente !

#10

E porque não? é mais produtivo codificar linha por linha interfaces visuais no Java?

#11

Excelente notícia!
Tudo indica mais investimentos no GWT, o que é ótimo!
O UIBinder é uma ídeia muito boa, espero que vingue pois facilita absurdos na montagem de layout.

Então, na verdade esses frameworks que devem se adaptar ao GWT.
O Smart por exemplo tem um suporte muito porco ao UIBinder e muitas vezes aos próprios painéis GWT, obrigando você a fazer TODA a tela em smart por que alguns componentes simplesmente deixam de funcionar senão o fizer assim.
Façamos a seguinte comparação: não é o JSF que tem que ser compatível com RichFaces, mas o inverso, compreendem?

Abraços!!

#12

[quote=Tchello] Excelente notícia!
Então, na verdade esses frameworks que devem se adaptar ao GWT.
O Smart por exemplo tem um suporte muito porco ao UIBinder e muitas vezes aos próprios painéis GWT, obrigando você a fazer TODA a tela em smart por que alguns componentes simplesmente deixam de funcionar senão o fizer assim.
Façamos a seguinte comparação: não é o JSF que tem que ser compatível com RichFaces, mas o inverso, compreendem?

Abraços!![/quote]

Isso é obvio. Mas não estou falando das frameworks em si(nem gosto muito do SmartGWT na verdade). Estou falando do suporte que o GWT Designer já tinha a essas frameworks, que o Google poderia continuar a fornecer suporte. Nem entrei no mérito do funcionamento das frameworks e do próprio GWT. Falei do suporte do GWT Designer aos componentes do SmartGWT, GXT e do falecido GWT-EXT(que este o Google pode acabar com o suporte de vez e que descanse em paz).
Mas falando do SmartGWT, ele sofre do mesmo mal que o GWT-EXT sofria. Ele é um monte de wrappers para componentes desenvolvidos diretamente em javascript, e são feitas uma séries de gambi… ops… workarounds para que o treco funcione direito. Até daí que vem grande parte do problema de compatibilidade entre componentes do próprio GWT e os do SmartGWT.

#13

[quote=serathiuk][quote=Tchello] Excelente notícia!
Então, na verdade esses frameworks que devem se adaptar ao GWT.
O Smart por exemplo tem um suporte muito porco ao UIBinder e muitas vezes aos próprios painéis GWT, obrigando você a fazer TODA a tela em smart por que alguns componentes simplesmente deixam de funcionar senão o fizer assim.
Façamos a seguinte comparação: não é o JSF que tem que ser compatível com RichFaces, mas o inverso, compreendem?

Abraços!![/quote]

Isso é obvio. Mas não estou falando das frameworks em si(nem gosto muito do SmartGWT na verdade). Estou falando do suporte que o GWT Designer já tinha a essas frameworks, que o Google poderia continuar a fornecer suporte. Nem entrei no mérito do funcionamento das frameworks e do próprio GWT. Falei do suporte do GWT Designer aos componentes do SmartGWT, GXT e do falecido GWT-EXT(que este o Google pode acabar com o suporte de vez e que descanse em paz).
Mas falando do SmartGWT, ele sofre do mesmo mal que o GWT-EXT sofria. Ele é um monte de wrappers para componentes desenvolvidos diretamente em javascript, e são feitas uma séries de gambi… ops… workarounds para que o treco funcione direito. Até daí que vem grande parte do problema de compatibilidade entre componentes do próprio GWT e os do SmartGWT.[/quote]

Sim, você tem toda a razão.
Perco os cabelos por conta das gambiarras medonhas que existem no Smart.
Uma coisa que você citou é exatamente a nossa maior reclamação aqui: o smart é um wrapper pra códigos javascript e não um framework para gwt, feito em gwt em sí.
Daí os problemas graves de compatibilidade, muitas vezes até cross-browser.

Meu sonho é poder um dia usar o GWT puro, sem precisar desses frameworks pesados e problemáticos, já que a google tem um cuidado extremo com o GWT, em desempenho, documentação, o próprio incubator é prova disso, antes de adicionar o componente no GWT ele passa um bom tempo por ai sendo amadurecido e testado pela comunidade.

Uma pena também é o GWT visualization depender de acesso a internet. Tivemos que removê-lo de um sistema aqui pois as políticas de acesso a internet do cliente impediam que usássemos o visualization =/

Enfim, o UIBinder na minha opinião vai botar pra quebrar em breve. Só acho que o auto-complete dele no Eclipse poderia ter um suporte mais extenso no xml do UIBinder.

Muito boa a discução, to gostando do rumo dela =D

Abraços.!

#14

[quote=Tchello]
Sim, você tem toda a razão.
Perco os cabelos por conta das gambiarras medonhas que existem no Smart.
Uma coisa que você citou é exatamente a nossa maior reclamação aqui: o smart é um wrapper pra códigos javascript e não um framework para gwt, feito em gwt em sí.
Daí os problemas graves de compatibilidade, muitas vezes até cross-browser.

Meu sonho é poder um dia usar o GWT puro, sem precisar desses frameworks pesados e problemáticos, já que a google tem um cuidado extremo com o GWT, em desempenho, documentação, o próprio incubator é prova disso, antes de adicionar o componente no GWT ele passa um bom tempo por ai sendo amadurecido e testado pela comunidade.

Uma pena também é o GWT visualization depender de acesso a internet. Tivemos que removê-lo de um sistema aqui pois as políticas de acesso a internet do cliente impediam que usássemos o visualization =/

Enfim, o UIBinder na minha opinião vai botar pra quebrar em breve. Só acho que o auto-complete dele no Eclipse poderia ter um suporte mais extenso no xml do UIBinder.

Muito boa a discução, to gostando do rumo dela =D

Abraços.![/quote]

Na minha opinião o que faltava mesmo no GWT é componentes de listagem(Grids e afins) próprios. Que utilizar o FlexTable para isso é um porre. Mas me parece que o 2.1 irá ter um componente para isso. :smiley:

E sobre o plugin do Eclipse, acho que com o GWT Designer que vai vir a solução dos problemas dele com o UIBinder. hehehe.

#15

E porque não? é mais produtivo codificar linha por linha interfaces visuais no Java?[/quote]

Bem, depende da pessoa, comigo normalmente é mais rapido programar na mão mesmo. Fora que eu pelo menos tenho (ou pareço ter) mais controle sobre o que faço.

#16

[quote=serathiuk][quote=Tchello]
Sim, você tem toda a razão.
Perco os cabelos por conta das gambiarras medonhas que existem no Smart.
Uma coisa que você citou é exatamente a nossa maior reclamação aqui: o smart é um wrapper pra códigos javascript e não um framework para gwt, feito em gwt em sí.
Daí os problemas graves de compatibilidade, muitas vezes até cross-browser.

Meu sonho é poder um dia usar o GWT puro, sem precisar desses frameworks pesados e problemáticos, já que a google tem um cuidado extremo com o GWT, em desempenho, documentação, o próprio incubator é prova disso, antes de adicionar o componente no GWT ele passa um bom tempo por ai sendo amadurecido e testado pela comunidade.

Uma pena também é o GWT visualization depender de acesso a internet. Tivemos que removê-lo de um sistema aqui pois as políticas de acesso a internet do cliente impediam que usássemos o visualization =/

Enfim, o UIBinder na minha opinião vai botar pra quebrar em breve. Só acho que o auto-complete dele no Eclipse poderia ter um suporte mais extenso no xml do UIBinder.

Muito boa a discução, to gostando do rumo dela =D

Abraços.![/quote]

Na minha opinião o que faltava mesmo no GWT é componentes de listagem(Grids e afins) próprios. Que utilizar o FlexTable para isso é um porre. Mas me parece que o 2.1 irá ter um componente para isso. :smiley:

E sobre o plugin do Eclipse, acho que com o GWT Designer que vai vir a solução dos problemas dele com o UIBinder. hehehe.[/quote]

SIIMMM!!! Uma tabela bonitinha faz muita falta!

Dei uma olhada no incubator e tem uma tabelinha lá nesses moldes, que estão amadurecendo pra adicionar no GWT em breve.
Olhei o código dela pra ver como funciona e ficou bem feito, orientado a objetos mesmo, nada parecido com o ListGrid do SmartGWT que é totalmente orientado a Strings =Z

Tem mais alguns componentes também.
Espero que eles criem mais coisas em breve, gwt tem tudo pra desbancar muita gente grande ai.

Abraços.

#17

E porque não? é mais produtivo codificar linha por linha interfaces visuais no Java?[/quote]

Bem, depende da pessoa, comigo normalmente é mais rapido programar na mão mesmo. Fora que eu pelo menos tenho (ou pareço ter) mais controle sobre o que faço.[/quote]

Antigamente se perdia mais tempo codificando telas do que o processo central do software, só o tempo que se ganha em desenhar telas visualmente já economiza um grande tempo no desenvolvimento, mesmo fazendo visual o processo é cansativo, imagina codificando? usar drag and drop não é só mais eficiente como recomendado na maioria dos casos, se existir números comprovados que codificar telas é mais rápido do que desenhá-las gostaria de ver algo comprovado.

#18

Heh, legal saber que existem outros sofrendo porque optaram pelo SmartGWT. :lol:
“Infelizmente” o showcase do SmartGWT e bem interessante. E com a falta de opcoes gratuitas…
Espero que em um futuro o time do GWT venha a adicionar novos componentes ao framework.

Sobre “desenhar” usando um WYSIWYG editor eu sou contra, essa e minha opniao hoje, nao precisa cortar os pulsos, ok?!
E parece que isso e um topico bem polemico:
http://stackoverflow.com/questions/406052/do-most-web-programmers-not-designers-use-wysiwyg-editors-or-hand-code-their

#19

excelente noticia Rafael!

#20

[quote=keller]Heh, legal saber que existem outros sofrendo porque optaram pelo SmartGWT. :lol:
“Infelizmente” o showcase do SmartGWT e bem interessante. E com a falta de opcoes gratuitas…
Espero que em um futuro o time do GWT venha a adicionar novos componentes ao framework.
[/quote]

É verdade.
Constantemente digo que seria bem melhor se o smartgwt não existisse, daí teríamos que implementar do zero muitos componentes que mesmo que levando tempo seria melhor do que perder horas e dias com gambiarras tremendas pra ajustar a gambiarra do smartgwt (sim, o smartgwt é uma gambiarra).