Hi Alan, > We have custom date, date/time and integer converters as well, to work > round bugs in Stripes ones, and we are specifying them all with > 'converter='. Should we tag them with @DontAutoload as well?
The reason for @DontAutoload on the email type converter is because the type is String, and you don't want it used on *all* conversions of type String. But you might like to use your custom converters to work on all Date and Integer types, in which case you wouldn't tag them with @DontAutoload and then you wouldn't need to put converter= everywhere. Your converters would be used by default, and you would only need converter= for exceptions. > To be honest, type converters are one of the less satisfactory areas of > Stripes - not the principle, just the implementations. A few other areas could be improved as well.. As for the type converters, if you have a chance to suggest some improvements, we could put them in Stripes 1.6, and all could benefit. Thank you, Freddy http://www.stripesbook.com ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Stripes-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/stripes-users
