> > I think that even our current way of handling decorators should be > deprecated. With a simple decorator taglib, seperate from the displaytag, > you could have it handle all of your formatting needs, including the > dateformat mentioned below. I know we have to maintain backward > compatability, but out current way of handling decorators is
Although I think there should also be a clear end-of-life on deprecated attributes; there is a responsibility not just to prior adopters, but also to future users who should not be weighed down with a large number of extraneous features. > really out of > scope for the problem the displaytag is solving. I created a > really simple > taglib that allows me to do simple formatting like numbers with > commas and > dollar signs, dates, and various string formatting. I think maybe we > should introduce a set of helper tags to solve some of these common > problems. 100% agree. I'm actually coming to think that column decorators should be deprecated; they should be handled instead by a nice set of custom tags working with the implicit objects. > > John > > > On Sun, 12 Oct 2003, Andy Pruitt wrote: > > > Good to see that a bunch of the outstanding SF requests are > being cleaned > > out! > > > > While you are at it, I think request 683989 (date format via a > > format="MMddyyyy" attribute) should be marked as closed. I > think we need to > > take a philosophical stand against attribute creep. > > > > I feel pretty strongly that the column and table tag attributes > should NOT > > expand to handle every conceivable display permutation. > Attributes that are > > solely needed for the formatting of data - that essentially > just format the > > contents of a cell - should be shunned. TD level formatting should be > > handled by JSP code in the body of the content tag, or by the use of > > ColumnDecorators. (BTW, need to add support for multiple > ColumnDecorators > > on one column. Something like > > decorators="com.apruitt.SomeOp:'ANDY',dateFormat:'MMddyyyy'", where > > org.displaytag.decorator.* is implicit for unqualified tags. ) > > > > The ColumnTag currently has 27 attributes. That's too many. But the > > interface still needs to grow in order to handle some needs > that can only be > > accomplished with ColumnTag attributes, like export suppression or JSTL > > alignment or tighter control over the column heading. Do you > really want to > > see a ColumnTag with 50+ attributes? How would you ever go > about learning > > such a beast? > > > > > > --andy > > > > > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback Program. > > SourceForge.net hosts over 70,000 Open Source Projects. > > See the people who have HELPED US provide better services: > > Click here: http://sourceforge.net/supporters.php > > _______________________________________________ > > displaytag-devel mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/displaytag-devel > > > > -- > John York > Software Engineer > CareerSite Corporation > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > SourceForge.net hosts over 70,000 Open Source Projects. > See the people who have HELPED US provide better services: > Click here: http://sourceforge.net/supporters.php > _______________________________________________ > displaytag-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/displaytag-devel ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ displaytag-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/displaytag-devel
