[ http://jira.codehaus.org/browse/DISPL-320?page=comments#action_63004 ]
Fabio Grassi commented on DISPL-320: ------------------------------------ I run into the same regression, and in my case it is too late to rollback to version 1.0 as I already modified nearly every page (tens of them) to use format and the new style of decorators. So this is a very big problem to me. I would very much appreciate a version 1.1.1 to be released soon! Thanks in advance, Fabio. > Multiple group levels on column are broken > ------------------------------------------ > > Key: DISPL-320 > URL: http://jira.codehaus.org/browse/DISPL-320 > Project: DisplayTag > Type: Bug > Versions: 1.1 > Reporter: Jeff Sheets > Fix For: 1.1.1 > > > We have recently upgraded from 1.0 to 1.1 version of displaytag. Previously > we could define column1 with group="1" and column2 with group="2" so that our > grouping would have levels. When column1 changed groupings it would cause > column2 to change, column2 could have multiple groupings for each group in > column1. > This is better explained in the displaytag reference doc for group: > "The grouping level (starting at 1 and incrementing) of this column > (indicates if successive contain the same values, then they should not be > displayed). The level indicates that if a lower level no longer matches, then > the matching for this higher level should start over as well. If this > attribute is not included, then no grouping is performed." > This behavior is broken in 1.1, as the levels are not respected. col2 is > grouping even when col1 is not. Here is an attempt at an example: > Correct 1.0 behavior: > Col1 (group="1") Col2 (group="2") > Omaha 50 > Omaha (50 here is hidden by grouping) > Omaha 23 > Omaha 22 > Chicago 22 (22 here is shown because col1 changed > values) > Chicago (22 here is hidden by grouping) > Chicago 42 > Chicago 43 > Incorrect behavior occurring in displaytag 1.1: > Col1 (group="1") Col2 (group="2") > Omaha 50 > Omaha (50 here is hidden by grouping) > Omaha 23 > Omaha 22 > Chicago (22 here is incorrectly hidden even > though col1 changed values) > Chicago (22 here is hidden by grouping) > Chicago 42 > Chicago 43 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ displaytag-devel mailing list displaytag-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/displaytag-devel
