Re: Creating Reuseable Modules
Hi Rodders,
Indeed the CssResource, or more generally, the ClientBundle feature coming
in GWT 2.0 should help alleviate a lot of the issues you mentioned with
multiple CSS files as you described above. Because the feature is still
under development, the documentation on using the CssResource is a little
skimpy. However, there is a good presentation given by Bruce Johnson at
Google I/O 2009 (link below) that describes how the ClientBundle would be
used for a bunch of different types of resources, including CSS resources.
GWT Can Do What?!?!:
http://www.youtube.com/watch?v=e9A4FqholOY
(ClientBundle 34:21)
(CssResource 38:45)
(Code Splitting 21:00 - not exactly what you were looking for, but it should
provide a great boost in splitting up your application and improving
performance).
ClientBundle is currently available in the SVN trunk, so if you want to
start working with this now, you can checkout the source and build from
trunk to start using the feature. However, as trunk is bleeding edge code, I
can't recommend using it for actual production purposes.
Checking out and building GWT from trunk:
http://code.google.com/webtoolkit/makinggwtbetter.html#workingoncode
Hope that helps,
-Sumit Chandel
On Tue, Aug 18, 2009 at 4:18 AM, Rodders <
david.andrew.chap...@googlemail.com> wrote:
>
> OK I think I've found what I'm looking for - CssResource (http://
> code.google.com/p/google-web-toolkit/wiki/CssResource).
>
> Documentation is a bit thin (and I'm new to GWT)... does anyone have
> any experience using the CssResource class?
>
>
> On Aug 18, 10:56 am, Rodders
> wrote:
> > Thanks for the reply Lucas - yeh, didn't really answer my question but
> > thanks anyway ;o)
> >
> > The problem is where I work I am the only front-end engineer/designer
> > everyone else is a java programmer - so they *need* something that
> > enables them to write java and forget about the rest - we have been
> > using Echo2 (against my recommendation) and are now looking at GWT -
> > again, against my recommendation (there isn't anything that GWT or
> > Echo2 or AnotherJavaToJavascript Framework can do that a dedicated
> > team of front-end engineers can't do... but I guess thats GWTs (et al)
> > biggest selling point), don't get me wrong I think what the GWT
> > engineers have been able to produce is *very* clever...
> >
> > Is there no one else listening/reading that has come accross this
> > issue/problem of packing reusable modules?
> >
> > On Aug 17, 9:04 pm, Lucas Neves Martins wrote:
> >
> > > Yeah I know the feeling,
> >
> > > My app was taking around 20-30 seconds to load for the first time -
> > > after the first load it was nearly instant
> >
> > > I've tested with Google Page Speed and Page Activity as well, and I
> > > come to realize that the biggest problem is the huge amount of JS
> > > scrips ( at least for me ), Gzip compression helped a lot, in my case,
> > > around 7-10 seconds.
> >
> > > As the GWT application itself is just pure JS in the client side, a
> > > "solution" I've used that helped a lot the user experience, is to load
> > > the application in the background.
> >
> > > In my case, I load the login screen first - and it does it very
> > > quickly, around 1-2 second(s) - and while the user is still logging in
> > > the application I load all the other parts of the application,
> > > starting from the parts I think the user will use first. So while the
> > > user logs in, and take a look to the main page, all the application is
> > > loading without his perception - except for the firefox status
> > > spinner : P
> >
> > > And then 10-15 seconds comes to be a acceptable time, since my users
> > > take just around that time to make a login and try to use any other
> > > funcionality after doing it.
> >
> > > But of course, I agree that GWT could be better in both performance
> > > and best practices, but if you look at the generated code, you will
> > > see that that ship is sailed.
> >
> > > The browsers are not so compliant to the standards as they could, and
> > > the guys from the GWT team can't do miracles.
> >
> > > Take a look at gzip compression and and partitioned loading for gwt
> > > apps,
> >
> > > I know I didn't actually answered you question, but this might help
> > > your performance.
> >
> > > Good luck!
> >
> > > On 17 ago, 07:12, Rodders wrote:
> >
> > > > GWT comes with "default" CSS. If I create a bunch of reuseable
> Modules
> > > > (packaged as Jars for use by some of our other internal development
> > > > teams) with our own corporate style, the compiled application loads 2
> > > > stylesheets (the "default", and "company" for example).
> >
> > > > If one of our development teams uses those Modules to create a new
> app
> > > > and adds some CSS specific to that app the compiled application loads
> > > > 3 stylesheets ("default", "company" and "application").
> >
> > > > These stylesheets are not "minified" or combined, this can't be
> > > > correct as Google's own page performa
Re: Creating Reuseable Modules
OK I think I've found what I'm looking for - CssResource (http://
code.google.com/p/google-web-toolkit/wiki/CssResource).
Documentation is a bit thin (and I'm new to GWT)... does anyone have
any experience using the CssResource class?
On Aug 18, 10:56 am, Rodders
wrote:
> Thanks for the reply Lucas - yeh, didn't really answer my question but
> thanks anyway ;o)
>
> The problem is where I work I am the only front-end engineer/designer
> everyone else is a java programmer - so they *need* something that
> enables them to write java and forget about the rest - we have been
> using Echo2 (against my recommendation) and are now looking at GWT -
> again, against my recommendation (there isn't anything that GWT or
> Echo2 or AnotherJavaToJavascript Framework can do that a dedicated
> team of front-end engineers can't do... but I guess thats GWTs (et al)
> biggest selling point), don't get me wrong I think what the GWT
> engineers have been able to produce is *very* clever...
>
> Is there no one else listening/reading that has come accross this
> issue/problem of packing reusable modules?
>
> On Aug 17, 9:04 pm, Lucas Neves Martins wrote:
>
> > Yeah I know the feeling,
>
> > My app was taking around 20-30 seconds to load for the first time -
> > after the first load it was nearly instant
>
> > I've tested with Google Page Speed and Page Activity as well, and I
> > come to realize that the biggest problem is the huge amount of JS
> > scrips ( at least for me ), Gzip compression helped a lot, in my case,
> > around 7-10 seconds.
>
> > As the GWT application itself is just pure JS in the client side, a
> > "solution" I've used that helped a lot the user experience, is to load
> > the application in the background.
>
> > In my case, I load the login screen first - and it does it very
> > quickly, around 1-2 second(s) - and while the user is still logging in
> > the application I load all the other parts of the application,
> > starting from the parts I think the user will use first. So while the
> > user logs in, and take a look to the main page, all the application is
> > loading without his perception - except for the firefox status
> > spinner : P
>
> > And then 10-15 seconds comes to be a acceptable time, since my users
> > take just around that time to make a login and try to use any other
> > funcionality after doing it.
>
> > But of course, I agree that GWT could be better in both performance
> > and best practices, but if you look at the generated code, you will
> > see that that ship is sailed.
>
> > The browsers are not so compliant to the standards as they could, and
> > the guys from the GWT team can't do miracles.
>
> > Take a look at gzip compression and and partitioned loading for gwt
> > apps,
>
> > I know I didn't actually answered you question, but this might help
> > your performance.
>
> > Good luck!
>
> > On 17 ago, 07:12, Rodders wrote:
>
> > > GWT comes with "default" CSS. If I create a bunch of reuseable Modules
> > > (packaged as Jars for use by some of our other internal development
> > > teams) with our own corporate style, the compiled application loads 2
> > > stylesheets (the "default", and "company" for example).
>
> > > If one of our development teams uses those Modules to create a new app
> > > and adds some CSS specific to that app the compiled application loads
> > > 3 stylesheets ("default", "company" and "application").
>
> > > These stylesheets are not "minified" or combined, this can't be
> > > correct as Google's own page performance tool states that HTTP
> > > requests should be reduced and css files combinded - I must be doing
> > > something wrong?
>
> > > However, one of the GWT example apps I've seen is loading over 1Mb
> > > data in 59 http requests and takes about 11 secs to load...
>
> > > Can anyone point me at a good tutorial on how to create reuseable
> > > modules that don't break web app performance best practices?
>
> > > Thanks.
> > > Rodders
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To post to this group, send email to google-web-toolkit@googlegroups.com
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en
-~--~~~~--~~--~--~---
Re: Creating Reuseable Modules
Thanks for the reply Lucas - yeh, didn't really answer my question but
thanks anyway ;o)
The problem is where I work I am the only front-end engineer/designer
everyone else is a java programmer - so they *need* something that
enables them to write java and forget about the rest - we have been
using Echo2 (against my recommendation) and are now looking at GWT -
again, against my recommendation (there isn't anything that GWT or
Echo2 or AnotherJavaToJavascript Framework can do that a dedicated
team of front-end engineers can't do... but I guess thats GWTs (et al)
biggest selling point), don't get me wrong I think what the GWT
engineers have been able to produce is *very* clever...
Is there no one else listening/reading that has come accross this
issue/problem of packing reusable modules?
On Aug 17, 9:04 pm, Lucas Neves Martins wrote:
> Yeah I know the feeling,
>
> My app was taking around 20-30 seconds to load for the first time -
> after the first load it was nearly instant
>
> I've tested with Google Page Speed and Page Activity as well, and I
> come to realize that the biggest problem is the huge amount of JS
> scrips ( at least for me ), Gzip compression helped a lot, in my case,
> around 7-10 seconds.
>
> As the GWT application itself is just pure JS in the client side, a
> "solution" I've used that helped a lot the user experience, is to load
> the application in the background.
>
> In my case, I load the login screen first - and it does it very
> quickly, around 1-2 second(s) - and while the user is still logging in
> the application I load all the other parts of the application,
> starting from the parts I think the user will use first. So while the
> user logs in, and take a look to the main page, all the application is
> loading without his perception - except for the firefox status
> spinner : P
>
> And then 10-15 seconds comes to be a acceptable time, since my users
> take just around that time to make a login and try to use any other
> funcionality after doing it.
>
> But of course, I agree that GWT could be better in both performance
> and best practices, but if you look at the generated code, you will
> see that that ship is sailed.
>
> The browsers are not so compliant to the standards as they could, and
> the guys from the GWT team can't do miracles.
>
> Take a look at gzip compression and and partitioned loading for gwt
> apps,
>
> I know I didn't actually answered you question, but this might help
> your performance.
>
> Good luck!
>
> On 17 ago, 07:12, Rodders wrote:
>
> > GWT comes with "default" CSS. If I create a bunch of reuseable Modules
> > (packaged as Jars for use by some of our other internal development
> > teams) with our own corporate style, the compiled application loads 2
> > stylesheets (the "default", and "company" for example).
>
> > If one of our development teams uses those Modules to create a new app
> > and adds some CSS specific to that app the compiled application loads
> > 3 stylesheets ("default", "company" and "application").
>
> > These stylesheets are not "minified" or combined, this can't be
> > correct as Google's own page performance tool states that HTTP
> > requests should be reduced and css files combinded - I must be doing
> > something wrong?
>
> > However, one of the GWT example apps I've seen is loading over 1Mb
> > data in 59 http requests and takes about 11 secs to load...
>
> > Can anyone point me at a good tutorial on how to create reuseable
> > modules that don't break web app performance best practices?
>
> > Thanks.
> > Rodders
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To post to this group, send email to google-web-toolkit@googlegroups.com
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en
-~--~~~~--~~--~--~---
Re: Creating Reuseable Modules
Yeah I know the feeling,
My app was taking around 20-30 seconds to load for the first time -
after the first load it was nearly instant
I've tested with Google Page Speed and Page Activity as well, and I
come to realize that the biggest problem is the huge amount of JS
scrips ( at least for me ), Gzip compression helped a lot, in my case,
around 7-10 seconds.
As the GWT application itself is just pure JS in the client side, a
"solution" I've used that helped a lot the user experience, is to load
the application in the background.
In my case, I load the login screen first - and it does it very
quickly, around 1-2 second(s) - and while the user is still logging in
the application I load all the other parts of the application,
starting from the parts I think the user will use first. So while the
user logs in, and take a look to the main page, all the application is
loading without his perception - except for the firefox status
spinner : P
And then 10-15 seconds comes to be a acceptable time, since my users
take just around that time to make a login and try to use any other
funcionality after doing it.
But of course, I agree that GWT could be better in both performance
and best practices, but if you look at the generated code, you will
see that that ship is sailed.
The browsers are not so compliant to the standards as they could, and
the guys from the GWT team can't do miracles.
Take a look at gzip compression and and partitioned loading for gwt
apps,
I know I didn't actually answered you question, but this might help
your performance.
Good luck!
On 17 ago, 07:12, Rodders wrote:
> GWT comes with "default" CSS. If I create a bunch of reuseable Modules
> (packaged as Jars for use by some of our other internal development
> teams) with our own corporate style, the compiled application loads 2
> stylesheets (the "default", and "company" for example).
>
> If one of our development teams uses those Modules to create a new app
> and adds some CSS specific to that app the compiled application loads
> 3 stylesheets ("default", "company" and "application").
>
> These stylesheets are not "minified" or combined, this can't be
> correct as Google's own page performance tool states that HTTP
> requests should be reduced and css files combinded - I must be doing
> something wrong?
>
> However, one of the GWT example apps I've seen is loading over 1Mb
> data in 59 http requests and takes about 11 secs to load...
>
> Can anyone point me at a good tutorial on how to create reuseable
> modules that don't break web app performance best practices?
>
> Thanks.
> Rodders
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To post to this group, send email to Google-Web-Toolkit@googlegroups.com
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---
