Hi Ramsey Thanks for the advices.
Case 1, just to be more precise :) could i rewrite this example: value = [email protected]; as value = selectedresource.trainings.numberofho...@sum; Case 2 is to consider if the rule is used frequently in components. Few of my bindings are only happened once or twice in components. It is good to know the feature is there as option. Cheers Cheong Hee On Fri, May 21, 2010 at 11:14 PM, Ramsey Gurley <[email protected]> wrote: > Hi Cheong! > > There are at least two things you could do without using //VALID > > 1. Use totalco...@sum instead. They are functionally the same thing for > the value produced, and I think that form will validate since nothing > follows the @sum key. > > 2. Create a binding validation rule in your eclipse preferences as Kieran > mentioned. The preferences are located under WOLips->Binding Validation > Rules. In my case, I use session.objectStore in a few places, so I added > that one. You could probably add one for any keypath containing @ pretty > easily as well. > > Ramsey > > > On May 21, 2010, at 4:02 AM, Cheong Hee wrote: > > It is a good to have a way to let user has the control over the >> validation. In my case, the binding is "usually" correct since it was system >> generated code using WOBuilder to transverse through object relationships. >> The Component Builder can't pass through anything after e.g @sum, @avg. >> Is it a limitation or a feature could be improved? I found that this often >> very practical and convenient. The hint on the warnings and errors are >> great that our beloved old tool can't give. >> >> ----- Original Message ----- From: <[email protected]> >> To: "Cheong Hee" <[email protected]> >> Cc: "Kieran Kelleher" <[email protected]>; < >> [email protected]>; "Dawn Lockhart" <[email protected]> >> Sent: Thursday, May 20, 2010 8:35 PM >> Subject: Re: Get rid of warning in binding value e.g. @sum.totalCost >> >> >> It's just a hint for the component binding validator to tell it that even >>> though it can't validate that binding, that you _know_ it's correct. >>> >>> As far as other hints, I'm really hoping for the eventual implementation >>> of //DoWhatIWantNotWhatICoded hint that will resolve 90% of my bugs. >>> >>> Dave >>> >>> I browse through the preferences and thought i understand some and some >>>> need to try it out... One i still could not figure out is where on >>>> earth >>>> is the magic word "//VALID" comes from :) Next level of curiosity is - >>>> are there any more. Thanks for d pointers. >>>> >>>> ----- Original Message ----- >>>> From: Kieran Kelleher >>>> To: Cheong Hee Ng >>>> Cc: Dawn Lockhart ; [email protected] >>>> Sent: Thursday, May 20, 2010 1:04 AM >>>> Subject: Re: Get rid of warning in binding value e.g. @sum.totalCost >>>> >>>> >>>> By the way, u probably know already, but you can edit wolips >>>> preferences >>>> to get rid of some/many of the warnings .... >>>> >>>> >>>> >>>> >>>> On May 19, 2010, at 12:11 PM, Cheong Hee Ng wrote: >>>> >>>> >>>> No worry, appreciate the info otherwise will still need to live with >>>> warning signs. Good day! >>>> >>>> >>>> >>>> On Wed, May 19, 2010 at 10:51 PM, Kieran Kelleher >>>> <[email protected]> wrote: >>>> >>>> Cheong, >>>> >>>> Yeah, sorry -typo - I should have said //VALID >>>> >>>> -Kieran >>>> >>>> >>>> On May 19, 2010, at 1:15 AM, Cheong Hee wrote: >>>> >>>> > Make sense, thanks. Probably the first trial was using the >>>> backslashes. Sometimes I thought forward slashes and back slashes >>>> are really a joke to the users. At one time it is >>>> interchangeable, whilst at other moment it is forbidden. <grumble >>>> /> >>>> > >>>> > ----- Original Message ----- From: "Dawn Lockhart" >>>> <[email protected]> >>>> > To: <[email protected]> >>>> > Cc: <[email protected]> >>>> > Sent: Tuesday, May 18, 2010 9:19 PM >>>> > Subject: Re: Webobjects-dev Digest, Vol 7, Issue 304 >>>> > >>>> > >>>> >> You have forward slashes instead of backslashes. Try: >>>> >> >>>> >> //VALID >>>> >> >>>> > >>>> >>>> > _______________________________________________ >>>> > Do not post admin requests to the list. They will be ignored. >>>> > Webobjects-dev mailing list ([email protected]) >>>> > Help/Unsubscribe/Update your Subscription: >>>> >>>> > >>>> http://lists.apple.com/mailman/options/webobjects-dev/kieran_lists%40mac.com >>>> > >>>> > This email sent to [email protected] >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Webobjects-dev mailing list ([email protected]) >>>> Help/Unsubscribe/Update your Subscription: >>>> >>>> http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com >>>> >>>> This email sent to [email protected] >>>> >>> >>> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list ([email protected]) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/webobjects-dev/ramsey%40xeotech.com >> >> This email sent to [email protected] >> >> > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/chng34%40gmail.com > > This email sent to [email protected] >
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
