re: I'm still not following what it is you are actually trying to accomplish
... why do you need the information about which group a control belongs to?
If you want to know something about the group selection, use
FrmGetControlGroupSelection().  Why are you starting with the control and
working your way up to the group?

Really, it doesn't matter WHY he needs the information.  He needs it.
That's all that matters.

I ran into a similar situation.  In my form handler, I intercept an event
(ctlSelectEvent), and try to do group related activity on it.  But, it can't
be done after 4.0, because the group id isn't available (through a supported
API).  So, I had to provide an alternative method which provided a way for
me to "infer" which group the control is in.  That's a bunch of work that
wasn't needed.

I don't want to get into a political pi$$ing match about who needs what, or
why they need it.  The "Zen of Palm" afficionados need to realize that they
provide a tool.  How that tool is used depends on the person who purchased
the tool.

The lack of access to information embedded in the internal control blocks is
a major detraction from the power of the tool.  Good engineering design
philosophy says duplication of data is a no-no, for various reasons that I'm
sure everybody who has ever written any robust/complex piece of software
understands.  I just went through a major effort to duplicate the
information in the "frmPopupObj" object, and now we'll have to deal with a
long term maintenance exposure.

I understand the need to "hide" internals from programmers.  In fact, I was
surprised that the platform was so immature in the early days that it
exposed a lot of the internals to the outside world.  Thankfully, the
platform has matured a lot since then, and 5.0 is a big step forward.  But,
there are still omissions which keep the user community from using the tool
to its potential.

<vent>
Like, not being able to create frameless buttons and dynamic scrollbars ...
(sorry, just had to throw in my favorite gripes).
</vent>

Regards,

Terry



-- 
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