Hi,
David said:
I have looked at getting the form back into focus rather than any form
fields, but the form doesn't have a focus property. How do I recover so
that my buttons can continue? (I can't even tap on the main screen to
bring the main screen back into focus.)
Yes these were the sorts of issues/rough edges I was talking about when
using the .NET CF 1.0. Many of these issues have work arounds typically
involving Platform Invoke code to access native OS APIs, but are taken care
of out of the box with .NET CF 2.0.
For example the Form class has a KeyPreview property within .NET CF 2.0
which allows the form to have a chance to process most key presses before
the currently focused controls does which helps resolve the button issue.
Would you be comfortable requiring users to install the .NET CF runtime onto
their device (if they didn't have the correct version in ROM) as part of
your application's installation process? .NET CF 2.0 and 3.5 supports
Windows Mobile 2003 or above, and for a commerical application this is
probably about as far back as you would want to go support wise. So by
developing for .NET CF 2.0 or 3.5 you are not really blocking out any area
of your potential market, you will just make the installation package
slightly larger, due to needing to install the .NET CF runtime
redistributable on devices which out of the box didn't have these later
version(s) installed.
If you are not aware of it yet, the OpenNETCF Smart Device Framework v1.4 is
a third party extension library that helps provide a lot of this missing
functionality within .NET CF 1.0. Later versions of this library require
..NET CF 2.0 or above.
(Looks like the green and red buttons are not programmable using the same
method).
Yes that is correct by default these keys serve dedicated phone functions
(such as disconnect GPRS data sessions etc), search these newsgroups, or
MSDN forums and you'll find a number of posts with possible solutions to
override these keys.
Hope this helps,
Christopher Fairbairn