Hi, IHMO I think the best solution is ONE JSP to manage any mode. When you have a lot of fields, it's very difficult to maintain your view. When you add/remove field into EDIT JSP you must add/remove filed into CREATE JSP, UPDATE JSP,...Imagine that you want manage roles too (display a field if user has some roles). This combinaison becomes awfull if you have a JSP per mode.
That's why I have created FormView. Manage your CRUD form with ONE JSP. FormView capture the HTML generated by JSP and update it switch mode, roles... I had developped this project to manage any Taglib. But IHMO I think it should be very cool that Struts2.x manage edit mode into Taglib. You can find this idea into Struts-Layout<http://struts.improve-technologies.com/features/displaymode.html>(DisplayMode). You drive the display mode on server and taglib display the HTML switch the mode. The only diffuclty with this idea is to configure th etaglib to generate a string "A country" (HTML generated = "A country) instead of a HTML select which display "A country" (HTML generated = <select><option selected="true>A country</option><option>B country</option></select> Regards Angelo 2010/3/11 Paweł Wielgus <poulw...@gmail.com> > Hi all, > no one's right. > One file need more presentation logic - which is bad and harder to > maintain also presenting edit and view in one place might not be the > most ergonomic way for users. > On the other hand, one file is less than two which might be good. Also > with one file you will never forget to present in view file new field > that just had been added to model in edit. > > The point here is that there is no simple answear for this question. > > Best greetings, > Pawel Wielgus. > > 2010/3/10, Frederik Minatchy <frederi...@yahoo.fr>: > > many thanks :) > > > > I appreciate your response > > > > > > > > > > --- En date de : Mer 10.3.10, Alex Rodriguez Lopez < > alo...@flordeutopia.pt> > > a écrit : > > > >> De: Alex Rodriguez Lopez <alo...@flordeutopia.pt> > >> Objet: Re: About the better way to implement a JSP in read/edit mode > >> À: user@struts.apache.org > >> Date: Mercredi 10 mars 2010, 10h24 > >> I do tend to think that the less > >> files the better. Here it's the same > >> with the number of files for actions/jsp, one can use more > >> actions, ore > >> less actions but more methods inside. Same with jsp, I do > >> think it's > >> better with less files, but a colleague here also thinks > >> the opposite, > >> sometimes with less files you have to provide aditional > >> checks or cases > >> so one file fits all possible use cases. > >> > >> I think it's more elegant for me with same file for read > >> and edit, but > >> others might dissagree, not sure if a way is better than > >> the other :) > >> > >> Alex > >> > >> Em 10-03-2010 09:43, Frederik Minatchy escreveu: > >> > I think I will think about that during my next Struts2 > >> project :) > >> > > >> > But about my question "Do I have to develop several > >> interfaces with the same fields in read mode and edit > >> mode?" > >> > > >> > Does this mean that I should use the same JSP to do > >> both? > >> > > >> > (that's already what I have done... but a colleague > >> thinks that it is not the better way... who's right? :) ) > >> > > >> > > >> > > >> > > >> > --- En date de : Mer 10.3.10, Angelo zerr<angelo.z...@gmail.com> > >> a écrit : > >> > > >> >> De: Angelo zerr<angelo.z...@gmail.com> > >> >> Objet: Re: About the better way to implement a JSP > >> in read/edit mode > >> >> À: "Struts Users Mailing List"<user@struts.apache.org> > >> >> Date: Mercredi 10 mars 2010, 9h26 > >> >> Hi Frederik, > >> >> > >> >> FormView can works with any HTML or JSP Taglib. It > >> update > >> >> HTML switch > >> >> configuration and state of your HTML field. > >> Formview works > >> >> with Struts 1.x > >> >> to use information about validation.xml (like > >> required, > >> >> date...). I don't > >> >> know how works Struts 2.x validation but I think > >> it's > >> >> possible to develop > >> >> that. > >> >> > >> >> Regards Angelo > >> >> > >> >> 2010/3/10 Frederik Minatchy<frederi...@yahoo.fr> > >> >> > >> >>> Hello... > >> >>> > >> >>> Thank you for your answer... > >> >>> > >> >>> Your tag seems usefull.. but it seems to have > >> been > >> >> developped for Struts > >> >>> 1.x > >> >>> > >> >>> --- En date de : Mar 9.3.10, Angelo zerr<angelo.z...@gmail.com> > >> >> a écrit : > >> >>> > >> >>>> De: Angelo zerr<angelo.z...@gmail.com> > >> >>>> Objet: Re: About the better way to > >> implement a > >> >> JSP in read/edit mode > >> >>>> À: "Struts Users Mailing List"<user@struts.apache.org> > >> >>>> Date: Mardi 9 mars 2010, 21h04 > >> >>>> Hi Frederick, > >> >>>> > >> >>>> I had created a project about this problem > >> with > >> >>>> http://formview.sourceforge.net/ > >> >>>> > >> >>>> With FormView, you develop ONE Jsp to > >> manage CRUD > >> >> form. > >> >>>> It's old project but > >> >>>> it works well (I have not time today to > >> improve > >> >> it). > >> >>>> > >> >>>> Regards Angelo > >> >>>> > >> >>>> 2010/3/9 Paweł Wielgus<poulw...@gmail.com> > >> >>>> > >> >>>>> Hi Frederick, > >> >>>>> You can also add readonly or disabled > >> >> property to > >> >>>> textfields. > >> >>>>> But i don't think that there is a > >> simple > >> >> answear to > >> >>>> your question > >> >>>>> about if it is good or bad. > >> >>>>> > >> >>>>> Best greetings, > >> >>>>> Paweł Wielgus. > >> >>>>> > >> >>>>> > >> >>>>> 2010/3/9 Frederik Minatchy<frederi...@yahoo.fr>: > >> >>>>>> Hello everybody... > >> >>>>>> > >> >>>>>> > >> >>>>>> I wonder about the better way to > >> >> implement a JSP > >> >>>> which shows the same > >> >>>>> informations in readonly mode and in > >> >>>> creation/modification mode. > >> >>>>>> > >> >>>>>> So I have just designed the JSP' > >> fields > >> >> with > >> >>>> s:textfield who can be > >> >>>>> dynamically shown in readonly mode > >> with > >> >> special css > >> >>>> (background:transparent; > >> >>>>> border:none;...) specified in the > >> action > >> >> class. > >> >>>>>> > >> >>>>>> So the action class sets some > >> >> attributes with > >> >>>> certains values and than > >> >>>>> the html stream is generated in read > >> mode or > >> >> in edit > >> >>>> mode. > >> >>>>>> > >> >>>>>> Is this the good way or should I > >> >> developpe two > >> >>>> JSP : one in read mode and > >> >>>>> an other one in edit mode? > >> >>>>>> > >> >>>>>> > >> >>>>>> > >> >>>>>> > >> >>>>>> > >> >>>>>> > >> >>>> > >> >> > >> --------------------------------------------------------------------- > >> >>>>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >> >>>>>> For additional commands, e-mail: > >> user-h...@struts.apache.org > >> >>>>>> > >> >>>>>> > >> >>>>> > >> >>>>> > >> >>>> > >> >> > >> --------------------------------------------------------------------- > >> >>>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >> >>>>> For additional commands, e-mail: user-h...@struts.apache.org > >> >>>>> > >> >>>>> > >> >>>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >> > >> --------------------------------------------------------------------- > >> >>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >> >>> For additional commands, e-mail: user-h...@struts.apache.org > >> >>> > >> >>> > >> >> > >> > > >> > > >> > > >> > > >> > > >> --------------------------------------------------------------------- > >> > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >> > For additional commands, e-mail: user-h...@struts.apache.org > >> > > >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >> For additional commands, e-mail: user-h...@struts.apache.org > >> > >> > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > > For additional commands, e-mail: user-h...@struts.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > >