Peter,

Thanks for the information.  It certainly has cleared things up.  Anyway,
I came up with the following solution:

Arrange the drawing order so that the list draws after the table.  This
works great for Palm OS 3.5 and below.  If Palm OS >= 4.0 is detected,
then I use FrmHideObject on the table.  Prior to OS 4.0, this function
did not work with tables and lists

Will FrmHideObject work with lists in the future?  The documentation
states (not under the function description BTW) that only tables have
been added to the function.

Kenea

On Mon, 14 May 2001 14:02:32 -0700, Peter Epstein
<[EMAIL PROTECTED]> wrote:

>
>The OS was changed in 4.0 to be consistent. In previous versions, the
order
>used to display overlapping objects was inconsistent with the order used
for
>hit testing. Tapping on an object would be detected an a hit on the
bottom
>object that was visually obscured. In 4.0, this was fixed so that the
tap is
>interpreted as being a hit on the top object. The order in which the
objects
>are drawn is determined by the order they are placed in the form
resource.
>This order also defines the object indices (what FrmGetObjectIndex
returns).
>Constructor has had bugs in this area, so make sure you've got the very
>latest version. The hierarchy view should allow you to drag and drop to
>rearrange the form objects in any order you choose, independent of the
>object IDs.
>
>In order to maintain compatibilty with both 4.0 and previous OS
versions,
>you'll need to either avoid overlapping objects (not a bad idea in
general,
>but sometimes impractical), or forward hits that are incorrectly routed
on
>older OS versions to the proper place. For an example of this latter
>approach, see the AgendaDividerDraw routine in DateAgenda.c in the Palm
OS
>4.0 SDK Datebook source code. This is an ugly hack, and you can probably
>come up with a better approach.
>
>It's always difficult to make OS changes like this because you know
you're
>going to cause a headache for developers who now need to support both
>variants, but in the long run, you've got to fix problems in order to
make
>the platform easy to develop for.
>-- 
>Peter Epstein
>
>

On Sun, 13 May 2001 09:56:41 -0700 Kenea C Maraffio <[EMAIL PROTECTED]>
writes:
> I have a problem with trying to overlap user interface objects.  When 
> a user selects a button, a non-modal list is displayed over the top 
> of a table.  In Palm OS 3.5 and below, the user may select from the 
> list as expected.  However, in Palm OS 4.0 when the user taps on the 
> list, he selects the table underneath.  The overview on 4.0 says 
> that on overlapping user interfaces, the top item is active.  There 
> was no description of what defines the top item.  I went to 
> Constructor (version 1.6) and rearranged the resource IDs so that 
> the table's ID is greater than the list's ID.  Things worked great 
> except that now it doesn't work correctly in Palm OS 3.5 and below.  
> Can anyone please shed some light on this?  Thanks in advance.
> 
> 

-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palmos.com/dev/tech/support/forums/

Reply via email to