In my situation, where I've used a series of custom views that don't
force the soft keyboard to display, I'm playing with the following to
allow the user to bring it up.
View.OnLongClickListener mLongClickListener = new
View.OnLongClickListener() {
@Override
public boolean onLongClick(View v) {
Configuration config =
MyView.this.getResources().getConfiguration
();
if (config.hardKeyboardHidden ==
Configuration.HARDKEYBOARDHIDDEN_YES) {
InputMethodManager imm = (InputMethodManager)
MyView.this.mContext.getSystemService(Context.INPUT_METHOD_SERVICE);
imm.showSoftInput(MyView.this,
InputMethodManager.SHOW_IMPLICIT); //.SHOW_FORCED);
}
return false;
}
};
So, given that the Hero isn't functioning properly with the long-press
menu (maybe other devices as well?), this seems like the least
intrusive means of giving the user access to the soft keyboard (long-
press on the component). Again, its not intuitively obvious, but it
doesn't take up additional real estate on the screen nor does it take
up a menu position - both very finite resources. I'll try to use some
of the 325 characters available to describe the app to mention this
feature.
I didn't want to show the soft keyboard if the physical keyboard
wasn't hidden, hence the HARDKEYBOARDHIDDEN_YES test. At least in the
emulator, this seems to be the case - where the emulator is set up
without a physical keyboard. I tried to use the keyboardHidden
attribute first as it seems like it was supposed to take into account
both the hard and soft keyboard, but it just didn't change in the
emulator and was always set to KEYBOARDHIDDEN_NO, so perhaps I am not
sure how that one is supposed to work.
I'm not sure how this potential solution might translate to those
struggling with list views, but maybe... and I'm still testing....
Also, I'm not entirely sure whether to use SHOW_IMPLICIT or
SHOW_FORCED as both seem to work in the emulators. The SHOW_IMPLICIT
closes the soft keyboard when my app exits, assuming it brought it up
to begin with. However, the SHOW_FORCED works even when the device has
a physical keyboard (hidden). I know the getResources() will tell me
if a keyboard is QWERTY or 12Key, but I don't know how to tell if a
physical keyboard exists - in which case I could choose the forced
method there and the implicit method for soft keyboard. After all,
EditText will show the soft keyboard on a device with a hidden
physical keyboard - so that seems like a GUI standard I should
emulate. Still thinking about this one.
Unfortunately, I have to abandon any users still on the Android 1.1
build, but I suppose that's just the way it is.
Best Regards,
Eric
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---
