Hi - I've experienced some problems using the mask type NNN with A5version 9. I'd appreciate someone confirming my experience, and it would be great to know if the issue I've found has been fixed in V10.
My aim was to have user input into some character fields constrained to upper case to match entries already in the file. i considered using a transformation, but it's much neater using entries forced to Upper Case as the user types - particularly as this is what they have in their existing app. (written in Clarion many years ago)
I set up a character field of length = 10.
I used a field rules mask of NNNNNNNNNN as per the help table attached.
Viewing the table in the default browse ....
Entries with CAPS LOCK ON produces "TEST123ABC"
Entries with CAPS LOCK OFF produces "Test123abc" - not at all what I'd expected.
Typing with the SHIFT key pressed down reverses these effects.
Switching the CAPS LOCK key on and off mid entry to try to resolve the problem produces another - text entry is limited to 3 or 4 characters only.
I know that there are a number of posts relating to mask problems in V9 on the forum. Is this a similar bug ? Has it been resolved in V10 ?
As a final note - with the help of experienced forum members, I've found a workaround solution for the moment that meets my original aim - essentially trapping keystrokes for lower case letters and triggering an UPPER translation on the fly whenever the event occurs. It's reliable but looks strange on screen as the user's character appears momentarily in Lower case then afterwards as Upper, and it utilises code that in my opinion shouldn't be necessary.
As always, thanks for your interest and advice.
Cheers Jem
My aim was to have user input into some character fields constrained to upper case to match entries already in the file. i considered using a transformation, but it's much neater using entries forced to Upper Case as the user types - particularly as this is what they have in their existing app. (written in Clarion many years ago)
I set up a character field of length = 10.
I used a field rules mask of NNNNNNNNNN as per the help table attached.
Viewing the table in the default browse ....
Entries with CAPS LOCK ON produces "TEST123ABC"
Entries with CAPS LOCK OFF produces "Test123abc" - not at all what I'd expected.
Typing with the SHIFT key pressed down reverses these effects.
Switching the CAPS LOCK key on and off mid entry to try to resolve the problem produces another - text entry is limited to 3 or 4 characters only.
I know that there are a number of posts relating to mask problems in V9 on the forum. Is this a similar bug ? Has it been resolved in V10 ?
As a final note - with the help of experienced forum members, I've found a workaround solution for the moment that meets my original aim - essentially trapping keystrokes for lower case letters and triggering an UPPER translation on the fly whenever the event occurs. It's reliable but looks strange on screen as the user's character appears momentarily in Lower case then afterwards as Upper, and it utilises code that in my opinion shouldn't be necessary.
As always, thanks for your interest and advice.
Cheers Jem
Comment