Menu
▾
▴
#41 PalmOS5-a38: quicktype doesn't work with dialogs/find
I found that when a dialog is being poped up, I am not
able to type on it. This is especially the case when I
try to use the find dialog. When I use find and tap on
the silkscreen, there are no corresponding letters.
All I get is the graffiti's fullstop.
Reported by email from Devon Koh
Logged In: NO
The issue seems to be that mapping of keyboard to position
tapped is the distance offset from the top of the form/dialog
with current focus. Small alerts including find pop up below
halfway on the screen and therefore the taps in graffiti area
are mapped to a keyboard location below the physical bounds
of the PDA. I found that when a dialog is drawn near the top
of the screen then to get the correct letter to be recognised
I have to tap the same offset in the graffiti area as the dialog
is from the top of the screen.
To fix this issue Quicktype would have to adjust offsets
based on the coordinates of the location of the open dialog
or form.
I hope you can understand what I mean.
Peter Speers
(jspeers@optusnet.com.au)
Logged In: YES
user_id=1051661
I am using b10 on a Tungsten E
Issue seems to be that mapping of location of taps in Graffiti
area to Quicktype keyboard is based on an offset from the
top of the form or dialog currently in focus. I found this with
a dialog that was position with its top at the bottom of the
usual menu area - if I offset my taps on the QuickType
keyboard I got the correct result. Most dialogs pop up in the
middle or bottom of the screen and so the required offset is
too great to get anything except a "." when you tap.
To fix this QuickType would need to capture the dialog
location and amend its mapping of graffiti tap coordinates to
keyboard accordingly.
Logged In: YES
user_id=1051661
I am using b10 on a Tungsten E
Issue seems to be that mapping of location of taps in Graffiti
area to Quicktype keyboard is based on an offset from the
top of the form or dialog currently in focus. I found this with
a dialog that was position with its top at the bottom of the
usual menu area - if I offset my taps on the QuickType
keyboard I got the correct result. Most dialogs pop up in the
middle or bottom of the screen and so the required offset is
too great to get anything except a "." when you tap.
To fix this QuickType would need to capture the dialog
location and amend its mapping of graffiti tap coordinates to
keyboard accordingly.
Logged In: YES
user_id=93695
Thanks a lot for this hint. I have uploaded two versions:
- quicktype-palmos5-2.1.0-a46.prc
- quicktype-palmos5-2.1.0-a47.prc
Please tell me, wether one of these fixes the bug.
Logged In: YES
user_id=1051661
Quicktype-palmos5-2.1.0-a46.prc didn't seem to behave any
differently.
Quicktype-palmos5-2.1.0-a47.prc fixed the issue for forms
offset the depth of the normal menu bar area from the top of
the screen (eg task and event creation/editing forms in
DailyPlan). This is very useful for me - thanks very much.
If I use MemoPad DA where the top of the form is a bit
further from the top of the screen than the forms in DailyPlan
then the top two rows of the Quicktype keyboard don't work
but the remaining 3 work correctly (ie keys NOT offset). Taps
in the top 2 rows come through as "." This is the same
behaviour as in dialog boxes such as Find where the form is
further offset - ie only graffiti is recognised.
I hope this feedback is useful.
Thanks for your efforts - I find Quicktype indispensible and
these issues only constitute minor annoyances.
Logged In: YES
user_id=93695
Thanks for your feedback. So this hack doesn't really fix
the problem.
This new problem sounds pretty weird. I have no idea how to
fix this, right now.
Logged In: YES
user_id=93695
Fixed in CVS.