This is also something I'm interested in. It's a shame there's no other framework to take advantage of if the IME framework is indeed incorrect for this use case.
On Sun, Jan 9, 2011 at 9:57 PM, Justin Glaeser <justin.glae...@gmail.com>wrote: > Thanks for the help. I would like to modify the keyboard for certain > UI's within my app and inherent the functionality of the Android soft > keyboard. Could you point me to any posts or documentation that might > help? > > On Jan 9, 4:21 pm, Dianne Hackborn <hack...@android.com> wrote: > > Hi, no of this keyboard is only for your app, this is really not what the > > IME architecture is for, which is for separate input methods to be > > implemented independently of applications. > > > > On Sun, Jan 9, 2011 at 4:12 PM, Justin Glaeser <justin.glae...@gmail.com > >wrote: > > > > > > > > > > > > > > > > > > > > > Hello, > > > > > I have created a simple custom keyboard based of the SoftKeyboard > > > Example in the Android SDK. Assuming the user allows the keyboard to > > > be used, I would like the following behavior: > > > > > My app: My keyboard > > > All others: Default keyboard > > > > > Is there any kind of <intent-filter> for my service I can use to > > > accomplish this? Perhaps some logic I can use within my app to look at > > > all the available keyboards and pick the right one to use? > > > > > On more of a design note I read this post: > > > > >http://groups.google.com/group/android-developers/browse_thread/threa. > .. > > > > > This leads me to believe if I want a keyboard with custom keys for my > > > app I should not leverage this framework at all? Lets say I have a UI > > > with several EditText fields (text, numeric, and then custom) and I > > > want to fill each out. Closing the default keyboard, opening another > > > UI doesn't seem like a smooth user experience to me. > > > > > -- > > > 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<android-developers%2bunsubscr...@googlegroups.com><android-developers%2Bunsubs > cr...@googlegroups.com> > > > For more options, visit this group at > > >http://groups.google.com/group/android-developers?hl=en > > > > -- > > 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<android-developers%2bunsubscr...@googlegroups.com> > For more options, visit this group at > http://groups.google.com/group/android-developers?hl=en > -- 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
