Użytkownik Ed Leafe napisał:
>       Instead, store the creation timestamp and use that for validation, or 
> have your bizobj check to see if the record is new, and only do the check in 
> that case.
>    

I added update time field to database, so problem is gone now.

>       There are reasons why it needs to be done at times other than a user's 
> actions, but I agree that in the case of the value being set from the 
> DataSource, no flush and/or validation should be done. I've posted an update 
> that should take care of that; please test it and let me know if it solves 
> the issue you are seeing.

I can agree that onValueChanged evend should be posted unconditionaly, 
but validation
and source update shouldn't happen in such situation.

>       dMaskedTextBox is an altogether different animal. It is much stricter 
> than validation you write yourself. I find them too restrictive to be of much 
> practical use in most cases; typically, it's faster to write my own data 
> manipulation code.
>    

I just looked for ready to use control for numeric data handling and afraid
that I have some work to do and write it myself.

>       Because we use text boxes to show all sorts of values, but wx only 
> allows strings. There is an additional translation step, and _inFlush was 
> added to avoid the multiple calls from the different layers.
>    

I know that, but there are more data aware controls where redundant 
flushing takes place.
Since validation of control is in flushValue() method, every loosing of 
focus,
e.g. displaying information dialog in 
onFieldValidationFailed/onFieldValidationPassed methods
couses that flushValue() is called recursively.
I think there should be a kind of protection against of this.
Can't be flushing value semaphore proceed at the beginning of 
flushValue() method itself?
-- 

Regards
Jacek Kałucki


_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
Searchable Archives: http://leafe.com/archives/search/dabo-dev
This message: http://leafe.com/archives/byMID/[email protected]

Reply via email to