At 10:57pm -0800 99-11-16, Palm Developers Forum List wrote:
>Date: 16 Nov 1999 17:08:16 -0800
>From: "Stephen Best" <[EMAIL PROTECTED]>
>Subject: upArrowChr/downArrowChr
>
>In doing some Gremlins testing with OS 2.0, I hit a bug in the Field.c
>InsPtUp/InsPtDown logic when the field has no text and thus no lines
>structure allocated. Searching the archives I found references to this and a
>workaround. My question is: does an upArrowChr/downArrowChr keyDown event
>ever happen on a device? It would appear that the logically corresponding
>strokes always generate prevFieldChr and nextFieldChr instead.
The up and down arrow characters (chrUpArrow = 0x1E, chrDownArrow =
0x1F) are _currently_ only generated by Gremlins, or by typing on
your desktop computer's keyboard while running the Simulator/Poser,
or via 3rd party keyboards attached to the device.
Note that these two characters, as well as the left/right arrow
characters, are standard (not virtual) characters. This means that
the command bit won't be set in the keydown event's modifier field,
and you should pass the event to FldHandleEvent.
This is different than the vchrPageUp, vchrPageDown, vchrPrevField
and vchrNextField characters, which are virtual and thus will have
the command bit set in the modifier field. All virtual characters
must be handled by your application explicitly, and _not_ passed to
the field code.
-- Ken
Ken Krugler
TransPac Software, Inc.
<http://www.transpac.com>
+1 530-470-9200 (direct) +1 408-261-7550 (main)
