The problem with long-pressing-menu not working is this: HTC Hero. It just
does NOT work there with the default keyboard.
I got also reports about people being not able to open the virtual keyboard
on their phones - I suggested them to try long-clicking the menu (following
Romain Guys suggestions) and I thought that everything is fine - till I got
my hands on HTC Hero - you can long-press the menu for 2 days in a row - it
still does not open the virtual keyboard there.

The bottom line is that due to platform fragmentation there's no "standard"
way to bring up the keyboard - different platform implementations use a
totally different concept for it. If you want to support such devices, you
could detect if a device is a HTC Hero/(or some other device that does not
use long-menu-press) and if it is, then use a different layout in your app
(eg display a button that brings up the virtual keyboard). Or do some other
ugly ugly hacks (I'll burn in hell for suggesting this, right?:P)


Tauno

On Thu, Sep 24, 2009 at 10:40 PM, Eric Carman <ewcarma...@gmail.com> wrote:

>
> Thank you both for your response.
>
> If the application is written for Android 1.1, does this change
> anything in regards to "and there is a keyboard selected and it allows
> this"? I would think that in such an app, since it doesn't know about
> soft keyboards, the system soft keyboard would be selected and would
> allow this. But perhaps there is more to this. Are you possibly
> suggesting that they've installed one of the alternate keyboards? That
> would be interesting.
>
> Again, this works on an emulator which I've defined to have no
> keyboard, so that is encouraging. At least I think it helps to rule
> out the caveat where the app isn't consuming the event, but I will
> check this out to be sure as I do catch key events - just not long-
> press menu ones, at least not intentionally.
>
> I guess now I would need to know what to tell the user to look for on
> their device such that they can get this functionality to work.
> Assuming I can get them to contact me or bother to read my web site.
>
> Would the "keyboard selected" refer to the Settings | Locale & Date |
> Keyboard [Checked] option?
> And then I guess I could refer them to the keyboard settings option
> below that to investigate further.
>
> Best Regards,
> Eric
>
>
>
> On Sep 24, 1:14 pm, Dianne Hackborn <hack...@android.com> wrote:
> > Long press menu forces the keyboard to be displayed, as long as the app
> > doesn't completely consume that key event, and there is a keyboard
> selected
> > and it allows this (the default behavior is to allow it).
> >
> > --
> > Dianne Hackborn
> > Android framework engineer
> > hack...@android.com
> >
> > Note: please don't send private questions to me, as I don't have time to
> > provide private support, and so won't reply to such e-mails.  All such
> > questions should be posted on public forums, where I and others can see
> and
> > answer them.
> >
>

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to