If your forms are relatively well designed (see other threads in this list for more info) then page reloads will not be a problem anyway. In my experience trying to avoid page reloads opens a whole new can of worms. If the content surrounding your forms is the problem, then perhaps you should look at bumping up the cache for certain types of content (your images etc. - which should be cached anyway), or even using a frameset of some description so that the only reloading page is the form itself.
In my last project I took the approach of trying to avoid pulling content from the server, which turned out to be more convoluted than I had bargained for. This project I have simply optimized the pages that are reloaded, and the difference is minimum in terms of performance, and maximum in terms of development effort. Emerson Cargnin wrote: > > and if I use js ans struts to populate comboboxes?? the users can't even use > the system if they have js disabled... and that's the way ti avoid entire > pages relaoads > > Emerson Cargnin > SICREDI _ POA > > > -----Original Message----- > From: Vincent Aumont > To: Struts Users Mailing List > Sent: 01/07/02 04:25 > Subject: Re: Struts vs Jsp/javascript.. > > Struts and Javascript don't compete in this area. > Keep in mind that some of your users might disable JavaScript; > therefore, > anything you validate on the client should be validated again on the > server. > > -Vincent. > > >>Wanted to know whether or not Struts Framework scores over the jsp- >>javascript combination in terms of validation of form elements. >>I hope you are able to unedrstand what i am asking...? to make it > > clearer.. > >>on one hand we have the jsp - javascript combination where in we can > > call a > >>single javascript funtion to validate the form elements and provide > > for > >>basic validations like NOT NULL , ONLY NUMERICALS... and so on... >> >>on the other hand we could use Struts ' validate function and do the > > same > >>job... >> >>Which appraoch is better and any advantages of using Struts for the > > same...! > >>Regards, >>Manish. >> > > ************************************************************************ > ** > >>This email (including any attachments) is intended for the sole use of > > the > >>intended recipient/s and may contain material that is CONFIDENTIAL AND >>PRIVATE COMPANY INFORMATION. Any review or reliance by others or > > copying or > >>distribution or forwarding of any or all of the contents in this > > message is > >>STRICTLY PROHIBITED. If you are not the intended recipient, please > > contact > >>the sender by email and delete all copies; your cooperation in this > > regard > >>is appreciated. >> > > ************************************************************************ > ** > >>-- >>To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > >>For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>