> Log.e(TAG, "Result :"+imm.isActive()); > * > But the above displays the result as "true" always.
> Is there any way to find if the keyboard is active?
> Thanks in advance.
> Akshay > -- > You received this message because you are subscribed to the Google > Groups "android-platform" group. > To post to this group, send email to android-platform@googlegroups.com. > To unsubscribe from this group, send email to > android-platform+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/android-platform?hl=en.
Hi. I hope I don't have right, but it is not possible.
I tried use several ways to check if software keyboard is on:
1) android:configChanges="keyboardHidden|keyboard" properties in activity AndroidManifest.xml, but it never handle onConfigurationChanged. (this properties working only for hardware properties.)
3) I found one way. http://developer.android.com/reference/android/view/inputmethod/Input... Methods *hideSoftInputFrom* *return boolean value, true if close keyboard is finished success, then I know if I have closed keyboard or not. If keyboard was opened. (For me this working because I need info only if keyboard was opened.).
Please write information if you will find better way to recognize keyboard state or which solution you choose. BR.
On 19 April 2011 10:49, Akshay Kulkarni <ak.androidm...@gmail.com> wrote:
> Log.e(TAG, "Result :"+imm.isActive()); > * > But the above displays the result as "true" always.
> Is there any way to find if the keyboard is active?
> Thanks in advance.
> Akshay
> -- > You received this message because you are subscribed to the Google Groups > "android-platform" group. > To post to this group, send email to android-platform@googlegroups.com. > To unsubscribe from this group, send email to > android-platform+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/android-platform?hl=en.
Why do you want to know it is shown? The IME being shown has little meaning, since exactly how the IME behaves is up to it -- it may be a transparent overlay and not impact the application, a small strip, or all other kinds of things.
Due to this, the main way you interact with the IME is by setting your softInputMode to be resizeable so when the IME says it wants to occlude part of the screen your app's UI will get resized to take that into account if needed.
On Tue, Apr 19, 2011 at 12:27 PM, Mariusz Saramak <mario...@gmail.com>wrote:
> Hi. > I hope I don't have right, but it is not possible.
> I tried use several ways to check if software keyboard is on:
> 1) android:configChanges="keyboardHidden|keyboard" properties in activity > AndroidManifest.xml, but it never handle onConfigurationChanged. (this > properties working only for hardware properties.)
> http://developer.android.com/reference/android/view/inputmethod/Input... > Methods *hideSoftInputFrom* *return boolean value, true if close keyboard > is finished success, then I know if I have closed keyboard or not. If > keyboard was opened. (For me this working because I need info only if > keyboard was opened.).
> Please write information if you will find better way to recognize keyboard > state or which solution you choose. > BR.
> On 19 April 2011 10:49, Akshay Kulkarni <ak.androidm...@gmail.com> wrote:
>> Hi,
>> Am trying to detect if the soft keyboard is active from the >> ImputMethodManager, and the piece of code is as below ;
>> Log.e(TAG, "Result :"+imm.isActive()); >> * >> But the above displays the result as "true" always.
>> Is there any way to find if the keyboard is active?
>> Thanks in advance.
>> Akshay
>> -- >> You received this message because you are subscribed to the Google Groups >> "android-platform" group. >> To post to this group, send email to android-platform@googlegroups.com. >> To unsubscribe from this group, send email to >> android-platform+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/android-platform?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "android-platform" group. > To post to this group, send email to android-platform@googlegroups.com. > To unsubscribe from this group, send email to > android-platform+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/android-platform?hl=en.
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.
Knowing if the IME is visible or not is a big deal if you are trying to test apps on the device with automation. Causing a field to become visible like a user would before typing into it requires extra effort if you suspect/know the IME is being displayed. When you click in a text field you need to wait for the keyboard to appear before starting to type -- how long do you wait if there is no way to explictily test? When you hit the back button to ask the IME to go away, how long do you wait to know it is gone?
Yes, different IMEs exist, but during testing you can cause a particular one to come up and know its characteristics (transparent overlay, etc.)
-Sam
________________________________ From: android-platform@googlegroups.com [mailto:android-platform@googlegroups.com] On Behalf Of Dianne Hackborn Sent: Wednesday, April 20, 2011 9:25 AM To: android-platform@googlegroups.com Subject: Re: How to detect the if soft keyboard is visible on the screen
Why do you want to know it is shown? The IME being shown has little meaning, since exactly how the IME behaves is up to it -- it may be a transparent overlay and not impact the application, a small strip, or all other kinds of things.
Due to this, the main way you interact with the IME is by setting your softInputMode to be resizeable so when the IME says it wants to occlude part of the screen your app's UI will get resized to take that into account if needed.
On Tue, Apr 19, 2011 at 12:27 PM, Mariusz Saramak <mario...@gmail.com<mailto:mario...@gmail.com>> wrote: Hi. I hope I don't have right, but it is not possible.
I tried use several ways to check if software keyboard is on:
1) android:configChanges="keyboardHidden|keyboard" properties in activity AndroidManifest.xml, but it never handle onConfigurationChanged. (this properties working only for hardware properties.)
3) I found one way. http://developer.android.com/reference/android/view/inputmethod/Input... Methods hideSoftInputFrom* return boolean value, true if close keyboard is finished success, then I know if I have closed keyboard or not. If keyboard was opened. (For me this working because I need info only if keyboard was opened.).
Please write information if you will find better way to recognize keyboard state or which solution you choose. BR.
On 19 April 2011 10:49, Akshay Kulkarni <ak.androidm...@gmail.com<mailto:ak.androidm...@gmail.com>> wrote: Hi,
Am trying to detect if the soft keyboard is active from the ImputMethodManager, and the piece of code is as below ;
But the above displays the result as "true" always.
Is there any way to find if the keyboard is active?
Thanks in advance.
Akshay
-- You received this message because you are subscribed to the Google Groups "android-platform" group. To post to this group, send email to android-platform@googlegroups.com<mailto:android-platform@googlegroups.com> . To unsubscribe from this group, send email to android-platform+unsubscribe@googlegroups.com<mailto:android-platform%2Buns ubscribe@googlegroups.com>. For more options, visit this group at http://groups.google.com/group/android-platform?hl=en.
-- You received this message because you are subscribed to the Google Groups "android-platform" group. To post to this group, send email to android-platform@googlegroups.com<mailto:android-platform@googlegroups.com> . To unsubscribe from this group, send email to android-platform+unsubscribe@googlegroups.com<mailto:android-platform%2Buns ubscribe@googlegroups.com>. For more options, visit this group at http://groups.google.com/group/android-platform?hl=en.
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-platform" group. To post to this group, send email to android-platform@googlegroups.com. To unsubscribe from this group, send email to android-platform+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/android-platform?hl=en.
Okay, wanting something for unit testing is very different than for regular app development.
And honestly -- why do you want this? Why do you care about what happens when you send events to the IME? Well not that you can anyway. If you want to test input, you should just directly send input to the app.
On Wed, Apr 20, 2011 at 9:43 AM, Quiring, Sam <Sam.Quir...@windriver.com>wrote:
> Knowing if the IME is visible or not is a big deal if you are trying to > test apps on the device with automation. Causing a field to become visible > like a user would before typing into it requires extra effort if you > suspect/know the IME is being displayed. > When you click in a text field you need to wait for the keyboard to > appear before starting to type -- how long do you wait if there is no way to > explictily test? > When you hit the back button to ask the IME to go away, how long do you > wait to know it is gone?
> Yes, different IMEs exist, but during testing you can cause a particular > one to come up and know its characteristics (transparent overlay, etc.)
> -Sam
> ------------------------------ > *From:* android-platform@googlegroups.com [mailto: > android-platform@googlegroups.com] *On Behalf Of *Dianne Hackborn > *Sent:* Wednesday, April 20, 2011 9:25 AM > *To:* android-platform@googlegroups.com > *Subject:* Re: How to detect the if soft keyboard is visible on the screen
> Why do you want to know it is shown? The IME being shown has little > meaning, since exactly how the IME behaves is up to it -- it may be a > transparent overlay and not impact the application, a small strip, or all > other kinds of things.
> Due to this, the main way you interact with the IME is by setting your > softInputMode to be resizeable so when the IME says it wants to occlude part > of the screen your app's UI will get resized to take that into account if > needed.
> On Tue, Apr 19, 2011 at 12:27 PM, Mariusz Saramak <mario...@gmail.com>wrote:
>> Hi. >> I hope I don't have right, but it is not possible.
>> I tried use several ways to check if software keyboard is on:
>> 1) android:configChanges="keyboardHidden|keyboard" properties in activity >> AndroidManifest.xml, but it never handle onConfigurationChanged. (this >> properties working only for hardware properties.)
>> http://developer.android.com/reference/android/view/inputmethod/Input... >> Methods *hideSoftInputFrom* *return boolean value, true if close >> keyboard is finished success, then I know if I have closed keyboard or not. >> If keyboard was opened. (For me this working because I need info only if >> keyboard was opened.).
>> Please write information if you will find better way to recognize keyboard >> state or which solution you choose. >> BR.
>> On 19 April 2011 10:49, Akshay Kulkarni <ak.androidm...@gmail.com> wrote:
>>> Hi,
>>> Am trying to detect if the soft keyboard is active from the >>> ImputMethodManager, and the piece of code is as below ;
>>> Log.e(TAG, "Result :"+imm.isActive()); >>> * >>> But the above displays the result as "true" always.
>>> Is there any way to find if the keyboard is active?
>>> Thanks in advance.
>>> Akshay
>>> -- >>> You received this message because you are subscribed to the Google Groups >>> "android-platform" group. >>> To post to this group, send email to android-platform@googlegroups.com. >>> To unsubscribe from this group, send email to >>> android-platform+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/android-platform?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "android-platform" group. >> To post to this group, send email to android-platform@googlegroups.com. >> To unsubscribe from this group, send email to >> android-platform+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/android-platform?hl=en.
> 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-platform" group. > To post to this group, send email to android-platform@googlegroups.com. > To unsubscribe from this group, send email to > android-platform+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/android-platform?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "android-platform" group. > To post to this group, send email to android-platform@googlegroups.com. > To unsubscribe from this group, send email to > android-platform+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/android-platform?hl=en.
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.
Hi. I need this feature too. In an IME I'd like to use hardware keys, as example volume up and down keys for say to navigate through the text. But if ime is not being used, the keys must be passed through to be handeled further.
Lado -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Okay, wanting something for unit testing is very different than for regular app development.
And honestly -- why do you want this? Why do you care about what happens when you send events to the IME? Well not that you can anyway. If you want to test input, you should just directly send input to the app.
On Wed, Apr 20, 2011 at 9:43 AM, Quiring, Sam <Sam.Quir...@windriver.com> wrote:
Knowing if the IME is visible or not is a big deal if you are trying to test apps on the device with automation. Causing a field to become visible like a user would before typing into it requires extra effort if you suspect/know the IME is being displayed.
When you click in a text field you need to wait for the keyboard to appear before starting to type -- how long do you wait if there is no way to explictily test?
When you hit the back button to ask the IME to go away, how long do you wait to know it is gone?
Yes, different IMEs exist, but during testing you can cause a particular one to come up and know its characteristics (transparent overlay, etc.)
-Sam
_____________________________________________ From: android-platform@googlegroups.com [mailto:android-platform@googlegroups.com] On Behalf Of Dianne Hackborn Sent: Wednesday, April 20, 2011 9:25 AM To: android-platform@googlegroups.com Subject: Re: How to detect the if soft keyboard is visible on the screen
Why do you want to know it is shown? The IME being shown has little meaning, since exactly how the IME behaves is up to it -- it may be a transparent overlay and not impact the application, a small strip, or all other kinds of things.
Due to this, the main way you interact with the IME is by setting your softInputMode to be resizeable so when the IME says it wants to occlude part of the screen your app's UI will get resized to take that into account if needed.
On Tue, Apr 19, 2011 at 12:27 PM, Mariusz Saramak <mario...@gmail.com> wrote:
Hi. I hope I don't have right, but it is not possible.
I tried use several ways to check if software keyboard is on:
1) android:configChanges="keyboardHidden|keyboard" properties in activity AndroidManifest.xml, but it never handle onConfigurationChanged. (this properties working only for hardware properties.)
2) I tried onMeasure method. (not working - but
protected void onMeasure (int widthMeasureSpec, int heightMeasureSpec)
>> android:windowSoftInputMode=adjustPan >> <activity name="EditContactActivity" >> android:windowSoftInputMode="stateVisible|adjustResize"> >> ... >> </activity> 3) I found one way.
http://developer.android.com/reference/android/view/inputmethod/Input... Methods hideSoftInputFrom* return boolean value, true if close keyboard is finished success, then I know if I have closed keyboard or not. If keyboard was opened. (For me this working because I need info only if keyboard was opened.).
Please write information if you will find better way to recognize keyboard state or which solution you choose. BR.
On 19 April 2011 10:49, Akshay Kulkarni <ak.androidm...@gmail.com> wrote:
Hi,
Am trying to detect if the soft keyboard is active from the ImputMethodManager, and the piece of code is as below ;
But the above displays the result as "true" always.
Is there any way to find if the keyboard is active?
Thanks in advance.
Akshay
-- You received this message because you are subscribed to the Google Groups "android-platform" group. To post to this group, send email to android-platform@googlegroups.com. To unsubscribe from this group, send email to android-platform+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/android-platform?hl=en.
-- You received this message because you are subscribed to the Google Groups "android-platform" group. To post to this group, send email to android-platform@googlegroups.com. To unsubscribe from this group, send email to android-platform+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/android-platform?hl=en.
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-platform" group. To post to this group, send email to android-platform@googlegroups.com. To unsubscribe from this group, send email to android-platform+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/android-platform?hl=en.
-- You received this message because you are subscribed to the Google Groups "android-platform" group. To post to this group, send email to android-platform@googlegroups.com. To unsubscribe from this group, send email to android-platform+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/android-platform?hl=en.
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-platform" group. To post to this group, send email to android-platform@googlegroups.com. To unsubscribe from this group, send email to android-platform+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/android-platform?hl=en.
On Wed, Apr 20, 2011 at 11:01 AM, Lado Kumsiashvili <herrl...@gmail.com>wrote:
> I need this feature too. In an IME I'd like to use hardware keys, as > example volume up and down keys for say to navigate through the text. But if > ime is not being used, the keys must be passed through to be handeled > further.
Sorry, this doesn't make any sense to me. IMEs don't consume volume keys. The application wouldn't care whether or not it was shown w.r.t. to volume key dispatching. Can you explain in more detail what you are trying to do?
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.
Well, I'd like to use this feature optionaly to enable KEY_LEFT or KEY_RIGHT via Volume up/down keys. I think it could be quite usefull for some users, which do not have a D-Pad or hardware keyboard on their devices. Also the camera hardware keyboard could be used say as "Paste" key.
> On Wed, Apr 20, 2011 at 11:01 AM, Lado Kumsiashvili > <herrl...@gmail.com <mailto:herrl...@gmail.com>> wrote:
> I need this feature too. In an IME I'd like to use hardware keys, > as example volume up and down keys for say to navigate through the > text. But if ime is not being used, the keys must be passed > through to be handeled further.
> Sorry, this doesn't make any sense to me. IMEs don't consume volume > keys. The application wouldn't care whether or not it was shown > w.r.t. to volume key dispatching. Can you explain in more detail what > you are trying to do?
> 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-platform" group. > To post to this group, send email to android-platform@googlegroups.com. > To unsubscribe from this group, send email to > android-platform+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/android-platform?hl=en.
Wait are you saying you are writing an IME and want to do this key translation? If so... um... it's your IME, you know when it is displayed, you have everything you need to know when to do what.
On Wed, Apr 20, 2011 at 3:26 PM, Lado Kumsiashvili <herrl...@gmail.com>wrote:
> Well, I'd like to use this feature optionaly to enable KEY_LEFT or > KEY_RIGHT via Volume up/down keys. I think it could be quite usefull for > some users, which do not have > a D-Pad or hardware keyboard on their devices. Also the camera hardware > keyboard could be used say as "Paste" key.
> On Wed, Apr 20, 2011 at 11:01 AM, Lado Kumsiashvili <herrl...@gmail.com>wrote:
>> I need this feature too. In an IME I'd like to use hardware keys, as >> example volume up and down keys for say to navigate through the text. But if >> ime is not being used, the keys must be passed through to be handeled >> further.
> Sorry, this doesn't make any sense to me. IMEs don't consume volume > keys. The application wouldn't care whether or not it was shown w.r.t. to > volume key dispatching. Can you explain in more detail what you are trying > to do?
> 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-platform" group. > To post to this group, send email to android-platform@googlegroups.com. > To unsubscribe from this group, send email to > android-platform+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/android-platform?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "android-platform" group. > To post to this group, send email to android-platform@googlegroups.com. > To unsubscribe from this group, send email to > android-platform+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/android-platform?hl=en.
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.
There is a method isInputViewShown in InputMethodService which can be used to check if the soft keyboard is visible or not. But can anyone tell how it can be used in the code as unable to get the instance of the InputMethodService and use the isInputViewShown method.
AK
On Thu, Apr 21, 2011 at 5:22 AM, Dianne Hackborn <hack...@android.com>wrote:
> Wait are you saying you are writing an IME and want to do this key > translation? If so... um... it's your IME, you know when it is displayed, > you have everything you need to know when to do what.
> On Wed, Apr 20, 2011 at 3:26 PM, Lado Kumsiashvili <herrl...@gmail.com>wrote:
>> Hi.
>> Well, I'd like to use this feature optionaly to enable KEY_LEFT or >> KEY_RIGHT via Volume up/down keys. I think it could be quite usefull for >> some users, which do not have >> a D-Pad or hardware keyboard on their devices. Also the camera hardware >> keyboard could be used say as "Paste" key.
>> On Wed, Apr 20, 2011 at 11:01 AM, Lado Kumsiashvili <herrl...@gmail.com>wrote:
>>> I need this feature too. In an IME I'd like to use hardware keys, as >>> example volume up and down keys for say to navigate through the text. But if >>> ime is not being used, the keys must be passed through to be handeled >>> further.
>> Sorry, this doesn't make any sense to me. IMEs don't consume volume >> keys. The application wouldn't care whether or not it was shown w.r.t. to >> volume key dispatching. Can you explain in more detail what you are trying >> to do?
>> 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-platform" group. >> To post to this group, send email to android-platform@googlegroups.com. >> To unsubscribe from this group, send email to >> android-platform+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/android-platform?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "android-platform" group. >> To post to this group, send email to android-platform@googlegroups.com. >> To unsubscribe from this group, send email to >> android-platform+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/android-platform?hl=en.
> 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-platform" group. > To post to this group, send email to android-platform@googlegroups.com. > To unsubscribe from this group, send email to > android-platform+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/android-platform?hl=en.
The Android platform comes with codecs for e.g. MP3 and AAC and sometimes handset manufacturers/mobile phone providers add e.g. a WMA codec to the platform.
Did they also take care of any license fees or is a developer of a audio / video recorder / player or soundtrack enriched game using any of those codecs still required to take care of licensing themselves?
I was also looking for a way to detect the virtual keyboard because I
wanted to disable a timer to refresh a WebView if the user is entering
text in any of the text fields in the web page. However, I realized I
could use View#setOnKeyListener to listen for actual key presses since
that is what I actually care about - whether the user has typed in
text, not just whether the virtual keyboard is showing. Checking for
the virtual keyboard would be incorrect if the user attached an
external keyboard. I could try to handle all the cases of keyboard
types changes, but checking for key presses seems much more direct.
On Apr 20, 8:45 pm, Akshay Kulkarni <ak.androidm...@gmail.com> wrote:
> There is a method isInputViewShown in InputMethodService which can be used
> to check if the soft keyboard is visible or not. But can anyone tell how it
> can be used in the code as unable to get the instance of the
> InputMethodService and use the isInputViewShown method.
> AK
> On Thu, Apr 21, 2011 at 5:22 AM, Dianne Hackborn <hack...@android.com>wrote:
> > Wait are you saying you are writing an IME and want to do this key
> > translation? If so... um... it's your IME, you know when it is displayed,
> > you have everything you need to know when to do what.
> > On Wed, Apr 20, 2011 at 3:26 PM, Lado Kumsiashvili <herrl...@gmail.com>wrote:
> >> Hi.
> >> Well, I'd like to use this feature optionaly to enable KEY_LEFT or
> >> KEY_RIGHT via Volume up/down keys. I think it could be quite usefull for
> >> some users, which do not have
> >> a D-Pad or hardware keyboard on their devices. Also the camera hardware
> >> keyboard could be used say as "Paste" key.
> >> On Wed, Apr 20, 2011 at 11:01 AM, Lado Kumsiashvili <herrl...@gmail.com>wrote:
> >>> I need this feature too. In an IME I'd like to use hardware keys, as
> >>> example volume up and down keys for say to navigate through the text. But if
> >>> ime is not being used, the keys must be passed through to be handeled
> >>> further.
> >> Sorry, this doesn't make any sense to me. IMEs don't consume volume
> >> keys. The application wouldn't care whether or not it was shown w.r.t. to
> >> volume key dispatching. Can you explain in more detail what you are trying
> >> to do?
> >> 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-platform" group.
> >> To post to this group, send email to android-platform@googlegroups.com.
> >> To unsubscribe from this group, send email to
> >> android-platform+unsubscribe@googlegroups.com.
> >> For more options, visit this group at
> >>http://groups.google.com/group/android-platform?hl=en.
> >> --
> >> You received this message because you are subscribed to the Google Groups
> >> "android-platform" group.
> >> To post to this group, send email to android-platform@googlegroups.com.
> >> To unsubscribe from this group, send email to
> >> android-platform+unsubscribe@googlegroups.com.
> >> For more options, visit this group at
> >>http://groups.google.com/group/android-platform?hl=en.
> > 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-platform" group.
> > To post to this group, send email to android-platform@googlegroups.com.
> > To unsubscribe from this group, send email to
> > android-platform+unsubscribe@googlegroups.com.
> > For more options, visit this group at
> >http://groups.google.com/group/android-platform?hl=en.
It is a bit old reply but Dear Dianne, in your answers i mostly see Why do you want to this or that this way or the other way. This is not actually a response. The fact is that: 1) When IME is active the application can behave differently, especially on KeyEvent.KEYCODE_DPAD_UP/DOWN. And as somebody said this is really important in testing and not only 'unit' testing as you suggested. 2) There is no real straight forward way/method to find out if IME is active or not. you have to monitor various events to be able to find this out.
On Wednesday, April 20, 2011 9:27:54 PM UTC+2, Dianne Hackborn wrote:
> On Wed, Apr 20, 2011 at 11:01 AM, Lado Kumsiashvili <herrl...@gmail.com>wrote:
>> I need this feature too. In an IME I'd like to use hardware keys, as >> example volume up and down keys for say to navigate through the text. But >> if ime is not being used, the keys must be passed through to be handeled >> further.
> Sorry, this doesn't make any sense to me. IMEs don't consume volume keys. > The application wouldn't care whether or not it was shown w.r.t. to volume > key dispatching. Can you explain in more detail what you are trying to do?
> 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.
Just wanted to add my voice to this old thread too, for what it's worth. The layout of our app (we have a main activity, with a toolbar at the bottom, and fragments drive the main functionality in a smaller 'content area'). This means that when the screen resizes due to the keyboard, we need to hide the toolbar, else it just obscures the text area that caused the keyboard to appear. We might also need to move the text area in to view. I don't understand why there are apparently notifications for hardware keyboard state changes, but not the soft-keyboard, seeing as the soft keyboard is the only one that can impact our app?
I'm going to look at the onResize method to see if I can make that work (I'd expect so). This is absolutely a genuine use-case -- we do the same thing in our iOS version of the app and it works great there. iOS provides notifications for keyboardDidAppear etc.
I actually need this functionality so I can preserve the keyboard state when the user is navigating between activities or there is an orientation change, etc. We had to hide the keyboard in the onPause() method due to a bug where if the soft key is open, then you open a new activity that doesn't need the use of the soft key (no fields are present) it opens the new activity as if it was sized with a soft key open. There is an ugly black space in this case.
Granted if that was fixed I wouldn't even need this functionality however getSoftKeyState() should exist regardless of this bug frankly.
On Saturday, July 14, 2012 7:44:24 PM UTC-6, Kalin Maldjanski wrote:
> It is a bit old reply but Dear Dianne, in your answers i mostly see Why do > you want to this or that this way or the other way. This is not actually a > response. > The fact is that: > 1) When IME is active the application can behave differently, especially > on KeyEvent.KEYCODE_DPAD_UP/DOWN. And as somebody said this is really > important in testing and not only 'unit' testing as you suggested. > 2) There is no real straight forward way/method to find out if IME is > active or not. you have to monitor various events to be able to find this > out.
> On Wednesday, April 20, 2011 9:27:54 PM UTC+2, Dianne Hackborn wrote:
>> On Wed, Apr 20, 2011 at 11:01 AM, Lado Kumsiashvili <herr...@gmail.com<javascript:> >> > wrote:
>>> I need this feature too. In an IME I'd like to use hardware keys, as >>> example volume up and down keys for say to navigate through the text. But >>> if ime is not being used, the keys must be passed through to be handeled >>> further.
>> Sorry, this doesn't make any sense to me. IMEs don't consume volume >> keys. The application wouldn't care whether or not it was shown w.r.t. to >> volume key dispatching. Can you explain in more detail what you are trying >> to do?
>> 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.
