|
From: Peter De B. <pet...@gm...> - 2007-10-03 20:02:00
|
Andy, I assume you're talking about custom components that you want to exclude from the x-overlays. In that case, I would go for the client property on the component. Define a String OverlayValidationInterceptorFactory.DONT_OVERLAY_PROPERTYconstant then you can do the following in your form: customComponent = ...; customComponent.putClientProperty( OverlayValidationInterceptorFactory.DONT_OVERLAY_PROPERTY, Boolean.TRUE); then we can adapt the OverlayValidationInterceptor to ignore components that have this property set tot true. What do you think? Peter On 10/3/07, Andy DePue <an...@ma...> wrote: > > Hello all, > As you know, if you have a form with a validation error then you get a > really cool little "x" in the corner of the component with the error. > However, I have some rather complex forms and there are some validations > where I do not desire the little "x" error indicator on the component > itself. I want the validation error to prevent the user from > committing, just like it does now, and I also want the error message in > the top of the form, but I do not want the "x" on the component. > I'm thinking about implementing a mechanism where you can tell the > overlay helper not to "x" particular fields. Does anyone else see this > as a good idea? If so, would it make more sense to put the flag on a > field basis (maybe a flag in FieldMetadata or a userMetadata), a > validation-type basis (certain validations do not produce the 'x' - > maybe a new validation error type), or a component basis (a particular > client property on the component)? OR, maybe this functionality already > exists, and I just don't know about it? :) > > Thanks, > Andy > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Springframework-rcp-dev mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev > |