I have a field that when a user clicks on it a calendar picker stack
appears to let the user click on a date. The field is locked to allow
the mouseUp to work. The script below works fine when the user clicks
on the field. The date is selected from the popup and put into the
field.
It is
Hello Devin,
i think i do want to use the closeField message :-)
because i want to know when a field *has* changed.
Context:
The card has several fields like name, company, street, address, etc.
a save button, to buttons for up and down paging, a new button and a delete
button.
What i'd like
Hello Claus,
I think you are right when wanting to use closeField.
In the script of the card:
local lChangedFlag -- local script variable
on closeField
put true into lChangedFlag
-- will be set to true for any change in any field in the card
end closeField
on closeCard
if lChangedFlag
Hi Claus,
I see that I misread your message, and that closeField was what you
needed. Very often in situations like yours I write both a closeField
and exitField handler so that I can account for all possible outcomes.
Sorry for misreading; hope I didn't add to the confusion. :-P
Devin
Hi,
i have problems with the focusIn message.
What i want to achive is to remember the value of a field
when the user is editing it (on focusIn). After that (on focusOut),
i would like to check the new value against the remembered one.
If they are different, the change has to be saved,
so i ask
check the field locking.
from the docs:
If the control is an unlocked field or a button whose menuMode is
comboBox, the openField message is sent to it instead of the
focusIn message.
A locked field receives the focusIn message when the user tabs to it
or otherwise makes it active
Hi,
on a side note:
It's nice that some people are trying to improve the documentation
(wiki, etc.),
but on the other hand, there are people (me) who even can't read the
existing documentaion =:-/
The solution to my problem is the closeField message, which is only
sent when the content
On Nov 4, 2007, at 8:16 AM, Claus Dreischer wrote:
It's nice that some people are trying to improve the documentation
(wiki, etc.),
but on the other hand, there are people (me) who even can't read
the existing documentaion =:-/
With the new and improved interactive mechanisms being
Hello Claus,
On Nov 4, 2007, at 9:16 AM, Claus Dreischer wrote:
Hi,
on a side note:
It's nice that some people are trying to improve the documentation
(wiki, etc.),
but on the other hand, there are people (me) who even can't read
the existing documentaion =:-/
The solution to my problem