I know someone was looking at upgrading to GWT 2.0, even with gwt-ext, it
may still work
On Tue, Feb 2, 2010 at 10:13 AM, Esteban Aliverti <
esteban.aliverti(a)gmail.com> wrote:
Ok, I agree with you. We have discussed this with conan today and get
the
same conclusion as you. We started looking at mosaic, but the biggest
limitation we have right now is the GWT version we are using. New libraries
are already using gwt 2.0, so we can´t use the latest versions of them. The
same problem arise when composing widgets. GWT 1.5.3 is very basic.
We will continue using native GWT or GWTExt until Guvnor is moved to GWT
2.x (I don´t know the effort required for that).
Best,
On Mon, Feb 1, 2010 at 11:31 PM, Michael Neale <michael.neale(a)gmail.com>wrote:
> I don't think it would be a good idea unless migrating to SmartGWT overall
> - it would just drag on a whole other heavy framework.
>
> Longer term it would be nice to NOT depend on any JS frameworks- but use
> GWT native ones - the reason being that only the used bits are compiled in,
> and also as GWT compiler innovations continue apace, that insures
> compatability and speed improvements.
>
> I don't really see the need to use a JS library like SmartGWT - the only
> place we used GWT-ext was for the overall "chrome" look - (eg the
accordion,
> tabs) and a few grid views, and a couple of trees, barely 10% of what is in
> the ext framework.
>
> I certainly think it is a very bad idea to use a framework like smart GWT
> now for widgets - the built in GWT ones are pretty basic, but it is worth
> the effort to compose them into richer ones, or look for GWT "native" ones
> to reuse - as at least they will be resolved at compile time. Some GWT ones
> to take a look at:
http://vaadin.com/home and
>
http://code.google.com/p/gwt-mosaic/
>
> (not that I have anything against javascript, just it makes things much
> harder with GWT, and kind of defeats the purpose of using it).
>
> Of course we would like to get off gwt-ext eventually, I don't think
> SmartGWT is the way to go, and certainly not introducing it unless we plan
> to migrate to it.
>
> On Tue, Feb 2, 2010 at 1:46 AM, Esteban Aliverti <
> esteban.aliverti(a)gmail.com> wrote:
>
>> Hi all,
>> Baunax and I are making some improvements in Guvnor's rule editor
>> (from/collect/accumulate support, expression builder widget, etc.) and we
>> want to start using Smart GWT (
http://www.smartclient.com/). This
>> library is the successor of GWText (the one Guvnor is using now). You can
>> see this in GWText home page
http://code.google.com/p/gwt-ext/.
>> Some of the reasons we have to move to Smart GWT are:
>>
>> - GWTExt is deprecated. It is no longer under active development.
>> - Smart GWT is under LGPL license (just like GWTExt)
>> - Smart GWT support any version of GWT (from 1.5.3 to 2.0). There
>> shouldn't be any problem when we start using GWT 2.xx
>> - Smart GWT has a lot of widgets, effects, layouts etc. that can make
>> our life easier ;).
>>
>> Of course we are not going to migrate Guvnor to Smart GWT; we want just
>> to use it for the new features we are implementing.
>>
>> So, are you guys agree? Does anyone have any objection?
>>
>> We are currently working on guvnor_expressionEditor3_baunax_esteban
>> branch.
>>
>> Best,
>>
>> --
>> XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
>>
>> Esteban Aliverti
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>>
>
>
> --
> Michael D Neale
> home:
www.michaelneale.net
> blog:
michaelneale.blogspot.com
>
> _______________________________________________
> rules-dev mailing list
> rules-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
--
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Esteban Aliverti
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev