Raghuram, I guess there's not much other way around having a separate bean per cell - not sure what I was thinking. It's just rewrite time, its a heavily used page and I would like to do this "right" - i.e. it needs to perform well (currently does not) and be readily extensible. I know that's all just so much "Mom and Apple Pie", but what we strive for. Thanks again - Richard
> -----Original Message----- > From: Raghuram Kanadam [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 27, 2004 9:51 PM > To: Struts Users Mailing List > Subject: RE: Struts handling for a spreadsheet look-and-feel form > > > I hope not richard ts for you to the code the form, you could > return the string you wish to display there. > With this model you would need a bean (not necessarily an > action for) for each row. There are other ways though, > for example you could get all the strings into a single array > and use the property as i * j. > > Ex: > class Bean1 > { > Bean2 getRow (int index) > { > return bean2List.get (index); > } > } > > class Bean2 > { > Bean2 getCol (int index) > { > return myColList.get (index); > } > } > > > myColList would be list of strings on for each cell of the > col. You could hold references to the original string, so > that these would automatically get updated. > > Hope that helps > :) > > > -----Original Message----- > From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 27, 2004 8:44 PM > To: Struts Users Mailing List > Subject: RE: Struts handling for a spreadsheet look-and-feel form > > > Raghuram, > > Will "getRow (i).getCol (j)" still return a separate > ActionForm for each > cell? > I was trying to avoid the overhead of creating 600 (e.g. 20 rows by 30 > columns) ActionForms each request. I know they are lightweight object, > but it still seemed excessive. > > Thank you - Richard > > > -----Original Message----- > > From: Raghuram Kanadam [mailto:[EMAIL PROTECTED] > > Sent: Monday, July 26, 2004 11:00 PM > > To: Struts Users Mailing List > > Subject: RE: Struts handling for a spreadsheet look-and-feel form > > > > > > Hi Richard, > > I'm not sure about the look and feel but with respect > > to your cells property = "row[i].col[j]" > > which would invoke getRow (i).getCol (j), So probably you > > could have a 2d array which returns a reference to a cell object!. > > > > Will elaborate if needed > > :) > > > > -----Original Message----- > > From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] > > Sent: Friday, July 23, 2004 6:38 AM > > To: [EMAIL PROTECTED] > > Subject: Struts handling for a spreadsheet look-and-feel form > > > > > > Hope someone can give me some pointers here. > > > > I need to come up with a "version 2" (i.e. improved) form > for entering > > data. At first blush, it does not seem out-of-the-ordinary - very > > similar in look and feel to a spreadsheet. The first column > > has person's > > names, subsequent columns represent a data collection > > observation (keyed > > by date) - down each observation column (i.e. in each "cell") the > > numeric values for each person need to be entered. > > > > I need help in two areas: > > > > 1) I want the look and feel to be nice and spread-sheet > like as that's > > what folks are used to. I really do not want to do this > with an applet > > hower, I want to stick to HTML forms, Struts and Javascript. > > > > For this first issue, I would appreciate any ideas, suggestions or > > reference sites that have the desired look-and-feel. > > > > 2) How to structure the ActionForms for this. I've done Struts forms > > with a variable number of rows/lineitems, but always with a > > fixed number > > of columns. It seems like an awful lot of overhead to have an > > individual > > ActionForm instance for each cell - but I do not seen any > other way to > > have the number of rows and columns variable. > > > > Or should I even use ActionForms? Is there another approach that is > > better? > > > > Thanks in advance - Richard > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
