Sanjiv, I know I am reopening this thread, not to criticise Smart GWT, but want to give some feedback.
First of all let me acknowledge that it is very good library with lot of cool and fantastic features. I experimented with it and liked it and planning to use it in one of my project.But I have some doubts and questions , which you I thought you will be best person to answer . Hence this mail. 1. I am using GWT and want to use some Smart GWT widgets in that application.But it looks like I have to include lot of Smart client JS file which size is about 2MB. Client need to download all these JS libs above our GWT compiled script. this become very huge download for client, Even I want to use Smart GWT's grid , I realized that I have to include almost everything except few small smart-client JS.So my question is why is so and what is work around for it? 2.Second, smart-client scripts are not in compressed format (like GWT is). it is like GWT pretty format. If it is compressed then size of all script files will be reduced. 3. My third question is - Why smart GWT is not written in GWT so that it can take advantage of GWT's optimised java script compiler.Smart GWT widget the can be extended by user to customize it. Right now Smart GWT widgets are just black box for developer. Theses are few question I had in mind., Over all features provided by smart GWT are great. Thank and regards, Nagin Kothari On Fri, Dec 3, 2010 at 9:24 PM, Sanjiv Jivan <sanjiv.ji...@gmail.com> wrote: > Jaroslav, > If you're happy with GWT that’s great but please do not make such vague and > baseless claims about Smart GWT. Legitimate bugs reported are fixed really > quickly and existing users can attest to this. Smart GWT currently has > around 42 open defects with a majority of them being low priority, and 16 > enhancement requests ( http://code.google.com/p/smartgwt/issues/list ). > Considering the depth and breadth of features provided by the framework this > is a pretty low number of defects. > > 3 of the 7 issues that you filed were invalid, and 2 defects that were > fixed and the remaining 2 were marked WontFix since they were trivial pieces > of functionality that the user could easily implement. > > > http://code.google.com/p/smartgwt/issues/list?can=1&q=reporter:jaroslav.zaruba > > <http://code.google.com/p/smartgwt/issues/list?can=1&q=reporter:jaroslav.zaruba>And > when you were advised how to implement a warning dialog before record > deletion on this issue that you filed ( > http://code.google.com/p/smartgwt/issues/detail?id=325 ), you responded by > "you are sad". Nice way to show your appreciation when using a free > product. > > Sanjiv > > 2010/12/3 Jaroslav Záruba <jaroslav.zar...@gmail.com> > > ...until you run into some SmartGWT magic - like widgets not working >> without otherwise completely useless 'final' (have fun trying figure >> that out), newly spanned records not appearing in tree, styles not >> getting applied until mouseover, etc. >> What looks like polished set of awesome widgets might turn into >> nightmare which makes you throwing your deadlines out of the window. >> >> (Like I said before, this particular experience with SmartGWT is one >> year old.) >> >> With GWT the start might be slower but you can predict the deadlines + >> you're not working with 'black box'. >> >> On 3 pro, 00:00, ckendrick <charles.kendr...@gmail.com> wrote: >> > Sorry that's quite absurd: SmartGWT is often introduced to solve >> > performance problems, and it solves them. >> > >> > SmartGWT is intentionally designed to have a one-time-ever download of >> > a feature rich runtime in exchange for reducing subsequent server >> > requests. For example, Adaptive Filtering greatly reduces the >> > costliest types of database hits: >> > >> > >> http://www.smartclient.com/smartgwt/showcase/#grid_adaptive_filter_fe... >> > >> > .. and allows you to introduce an extremely powerful data highlighting >> > system with no server load at all: >> > >> > http://blog.isomorphic.com/?p=234 >> > >> > If your application is the kind we target - complex enterprise >> > applications which are used repeatedly and for significant lengths of >> > time - this provides a gigantic performance boost, and once-ever >> > download of cachable JavaScript files is a negligible factor. >> > >> > Look at a deployed SmartGWT application and you've got users humming >> > along, ripping through the interface and nothing being downloaded >> > anymore because it's all cached. And everyone is getting fast >> > responses from the database because the Smart GWT framework is >> > minimizing database load. >> > >> > The larger your application becomes, the more these benefits accrue. >> > And, by the time you've built an application with comparable >> > functionality with core GWT or another GWT-based framework, you're >> > going to be downloading the same size runtime as SmartGWT anyway. >> > >> > On Dec 1, 1:44 pm, aarnott <andrew.wj.arn...@gmail.com> wrote: >> > >> > >> > >> > >> > >> > >> > >> > > I've found Smart GWT to have rather poor performance and it comes at >> > > the added cost of massive javascript libraries (even when they are >> > > gzipped). If you are anything like me, you will probably find that you >> > > lose time in the long run by going with Smart GWT because you will >> > > want to get rid of it later to boost performance. >> >> -- >> 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. >> >> > -- > 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. > -- 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.
