Event keyboard show android

felhr85

My personal site about programming and tech stuff

Catch soft keyboard show/hidden events in Android

Android offers you an overwhelming api loaded with tons of overridable functions representing typical events you may face as a mobile developer. That is the reason because you are not usually worry about catching and handling a new event that you have never meet before, you guess, normally right, those smart kids from Mountain View implemented an event handler sometime ago. Well, this is not the case of soft keyboard. It can be easily show and hide with convenient methods but there is not an implemented way of catching when user choose to hide it. Due to this limitations I coded a simple snippet that I hope it will be useful. It is available here. It is pretty easy to use.

Besides this, you must add this line to your activity reference in your manifest.xml.

UPDATE (06/15/14): This snippet has been updated with some improvements but It can be used in the same straightforward way and it handles keyboard events from EditText too
This snippet was too specific and it could not catch open keyboard events from EditText, it only worked if you opened and closed keyboard with provided functions and EditText opens keyboard as default behavior. Obviously this was a heavy shortcoming I did not notice before. So here it is my fix: The constructor of SoftKeyboard has been changed from:

This means it is necessary to pass a reference of main layout now. Maybe it is more strict now but it is necessary for something we are going to see next and, really, it was not working with whatever view.

SoftKeyboard class, when instantiated, it is going to try to get a reference, if possible, of every EditText available. This will allow it to handle focus changes when a EditText is selected and keyboard appears.

SoftKeyboard implements the interface View.OnFocusChangeListener to handle properly focus changes on our EditTexts.

I noticed the resize process when keyboard appears through an EditText gaining focus has some differences and it was breaking the logic of the thread which is checking the bottom position of the layout. So i added this silly loop to handle it.

There are some minor changes too but I think these are the most important changes. I have tested it but nothing is 100% bugs-free. I would love read your feedback about this modification.

UPDATE (10/07/14): Thanks to Francesco Verheye(verheye.francesco@gmail.com) this snippet can handle EditTexts attached to nested subViews. initEditText modifications:

Share this:

Like this:

Related

24 thoughts on “ Catch soft keyboard show/hidden events in Android ”

great! I’ve been struggling with this issue for some time now. Never had the time to figure out to hide that thing 😛

Glad you liked it! 🙂

Translated this to C# for use with Xamarin, when softKeyboard.openSoftKeyboard() or
softKeyboard.closeSoftKeyboard() is called the keyboard shows/hides and the respective event is called in the SoftKeyboardChanged class. When the user touches an edittext however and the keyboard pops up by itsself no events are triggered, is this expectedbehaviour or am I doing something wrong here?? Using Android 4.3

Correction: Even when opening and closing the keyboard using only softKeyboard.openSoftKeyboard() and softKeyboard.closeSoftKeyboard(), onSoftKeyboardShow is called but onSoftKeyboardHide is never called (the keyboard closes but the while loop looking for the closed keyboard just keeps on going). When I open the keyboard a second time, the while loop (still) looking for the closed keyboard exits, calls onSoftKeyboardHide and immedeately after that onSoftKeyboardShow is called as well.

In other words, onSoftKeyboardHide is only called the second time the keyboard is opened using softKeyboard.openSoftKeyboard(), immedeately followed but onSoftKeyboardShow.

Still investigating further…

Hi Rik,
That is weird, I got this snippet working in a native app and apparently is doing it fine. I am going to reproduce your scenario( EditText pressed) and other set of tests.
I dont know too much about Xamarin but I guess it should work. I will tell you soon.

Allrighty think I found the problem for onSoftKeyBoardHide not being called: the View i provided as a parameter in the SoftKeyboard constructor was not the root view of the app. Apparently the root view of the app is the only view that has properties changed when the keyboard appears/dissapears, and as such is the only view that can be used to determine whether the keyboard is opened/closed.

So you may want to change your comment on line 4 of your snippet to “// You can use this snippet with whatever kind of View as long as it is the root view of your app”.

So that problem was pretty much just me being careless in translating/implementing your code (woops). There is another problem with this code though, if the keyboard isnt opened by calling openSoftKeyboard() in your SoftKeyboard class, none of the events get called and the code doesnt work. So unless I’m missing something here (and please tell me if I am) you have to hook up all your edittexts to show the SofKeyboard by calling openSoftKeyboard() instead of the standard keyboard-opening behaviour. I use the following method to do this, it’s in C# but can easily be translated to Java:

public void EditTextAttachSoftKeyboard(EditText edittext)
<
// Make the keyboard appear
edittext.FocusChange += delegate(object sender, View.FocusChangeEventArgs args)
<
// NOTE By setting the on focus listener, we can show the keyboard when the edit box gets focus, but also hide it when the edit box loses focus
if (args.HasFocus)
<
softKeyboard.OpenSoftKeyboard();
> else <
softKeyboard.CloseSoftKeyboard();
>
>;

edittext.Click += delegate(object sender, EventArgs args)
<
// NOTE By setting the on click listener, we can show the keyboard again, by tapping on an edit box that already had focus (but that had the keyboard hidden).
softKeyboard.OpenSoftKeyboard();
>;

// Disable standard keyboard hard way
// NOTE There is also an easy way: ‘edittext.setInputType(InputType.TYPE_NULL)’ (but you will not have a cursor, and no ‘edittext.setCursorVisible(true)’ doesn’t work )
edittext.Touch += delegate(object sender, View.TouchEventArgs args)
<
EditText edittext2 = (EditText)sender;
int inType = (int)edittext2.InputType; // Backup the input type
edittext2.InputType = InputTypes.Null; // Disable standard keyboard
edittext2.OnTouchEvent(args.Event); // Call native handler
edittext2.InputType = (InputTypes)inType; // Restore input type
>;
>

Above code was adapted from a custom keyboard tutorial: http://www.fampennings.nl/maarten/android/09keyboard/index.htm. It does have some small drawbacks such as the cursor not flickering, you can read more about it on the provided page,

A last note for people trying to translate the code on this blog to C# for Xamarin:
You can replace the synchronized wait and notify Java code with C# Monitor.Wait and Monitor.Pulse inside lock(this) statements.

Allrighty, looks like the code i posted still has some bugs, guess I shouldnt be in such a hurry to post >

Hi Rik,
You were right about the problems of this snippet:
– The root Layout is required and It was not guaranteed if you provided a different view was going to work.
– I did not think about supporting EditTexts show keyboard events when they gained focus. But that was a good point I missed completely.
So following your good ideas I have modified the snippet and now it can catch open/close keyboard events when an EditText gain focus.
I updated the post and I would love to hear your opinion, feedback or whatever bug you encountered in this new version.
🙂

Hey felhr, thanks for the reply, I’m working on some other issues at the moment but will get back to you asap!

Nice!
I made a changement to that it works for all nested subviews.

private void initEditTexts(ViewGroup viewgroup) <
if (editTextList == null) <
editTextList = new ArrayList();
>
int childCount = viewgroup.getChildCount();
for (int i = 0; i

Hello Francesco, great idea you brought here! 🙂
I have tested your changes and they had a little problem I solved:
initEditTexts used to instantiate a new ArrayList of EditText. As you are cleverly using recursion, editTextList was being instantiate every function call. That gave me some problems in my tests. I basically have moved editTextList editTextList = new ArrayList(); out of there and it works. I am going to add your commit and mention you if you dont mind.
Thank you very much ! 🙂

Np. In my little test app i had no errors or problems.

Yeah, I have changed your editTextList = new ArrayList(); to editTextList = new ArrayList(); and it works now. Not a recursion problem. I am going to add your changes and mention you if you dont mind. Thanks 🙂

Источник

Event keyboard show android

Android Library to handle soft keyboard visibility change event. show/hide keyboard method is also included.

Currently I don’t have enough time to maintain this library, so I leave this as it is.
I’m going to merge PRs when they arrive though 😉

• handle keyboard visibility change
• check if keyboard is currently visible
• show/hide keyboard(check UIUtil.java)

Please note that as described in this issue, currently the library cannot detect visibility change when the activity’s windowSoftInputMode do not change Activity’s height(such as adjustNothing ).

AAR is distributed via Maven Central. The latest version is

check out sample project!

Add event listener for keyboard change event

Automatically unregistering the event on the Activity’s onDestroy

Automatically unregistering the event on the LifecycleOwner’s ON_DESTROY

This is convenient when you want to KeyboardVisibilityEvent from a Fragment.

Источник

Клавиатура и аппаратные кнопки

Аппаратные и клавиатурные клавиши

Обработка аппаратных клавиш и клавиатуры имеет следующие методы

• onKeyDown() — вызывается при нажатии любой аппаратной клавиши;
• onKeyUp() — вызывается при отпускании любой аппаратной клавиши;

Кроме клавиш, есть ещё другие методы обработки пользовательского ввода (здесь не рассматриваются):

• onTrackballEvent() — срабатывает при движениях трекбола;
• onTouchEvent() — обработчик событий сенсорного экрана, срабатывает при касании, убирания пальца и при перетаскивании.

Чтобы ваши компоненты и активности реагировали на нажатия клавиш, переопределите обработчики событий onKeyUp() и onKeyDown():

Параметр keyCode содержит код клавиши, которая была нажата; сравнивайте его со статическими кодами клавиш, хранящимися в классе KeyEvent, чтобы выполнять соответствующую обработку.

Параметр KeyEvent также включает в себя несколько методов: isAltPressed(), isShiftPressed() и isSymPressed(), определяющих, были ли нажаты функциональные клавиши, такие как Alt, Shift или Sym. Статический метод isModifierKey() принимает keyCode и определяет, является ли нажатая клавиша модификатором.

Кнопка Back: Вы уверены, что хотите выйти из программы?

Кнопка Back (Назад) закрывает приложение, точнее текущую активность, но если приложение состоит из одной активности, то это равносильно закрытию всего приложения. В большинстве случаев вам нет никакого дела до неуклюжего пользователя, который по ошибке нажал на кнопку «Back» вместо кнопки Подарить разработчику миллион. Но, если ваша программа, будучи запущенной на телефоне пользователя, потихоньку списывает деньги клиента в счёт Фонда голодных котов, то нужно дать ему шанс задуматься и вывести диалоговое окно с вопросом: «А действительно ли вы хотите выйти из программы?»

Чтобы реализовать такую задачу, нужно переопределить поведение кнопки «Back» через метод активности onBackPressed() следующим образом:

Данный метод появился в Android 2.0. Для более ранних версий использовался стандартный код обработки onKeyDown():

Двойное нажатие на кнопку Back

Другой вариант — выход из приложения при двойном нажатии на кнопку «Back». Удобно в тех случаях, когда считаете, что пользователь может случайно нажать на кнопку, например, во время активной игры. Приложение закроется, если пользователь дважды нажмёт на кнопку в течение двух секунд.

Кнопка Home

Можно отследить нажатие кнопки Home через метод активности onUserLeaveHint():

Обработка кнопки Menu

У телефона, кроме кнопки «Back», есть ещё кнопка «Menu» для вызова команд меню (на старых устройствах). Если необходимо обрабатывать нажатия этой кнопки (например, управление в игре), то используйте следующий код (обычное и долгое нажатие):

Должен заметить, что длинное нажатие трудно уловить, так как обычное нажатие постоянно подавляет это событие.

Другие кнопки

Ну на самом деле можно отслеживать не только нажатие кнопки Меню, но и кнопку Поиска и кнопки увеличения громкости.

Обратите внимание, что для кнопки громкости возвращаем false, т.е. мы не переопределяем поведение кнопки, а оставляем её на усмотрение системы.

Пример работы с кнопками громкости можно посмотреть в статье Рингтоны. Управление громкостью

По такому же принципу работает метод onKeyUp(). Метод onKeyLongPress() можно использовать, если в методе onKeyDown() был задействован метод event.startTracking(), отслеживающий поведение кнопки. В нашем примере мы отслеживали кнопку Volume_Up.

Прячем клавиатуру

Бывает так, что при запуске активности сразу выскакивает клавиатура. Если такое поведение не нравится, то пропишите в манифесте нужное значение у атрибута android:windowSoftInputMode (см. ниже).

В некоторых случаях хочется убрать клавиатуру с экрана, не нажимая кнопку «Back», а программно. В одном моём приложении, где было много текстовых полей, я воспользовался следующим кодом при щелчке кнопки:

Код так выглядит, если писать его в Activity. Если расположить его в другом классе, экземпляр Activity нужно передать туда как параметр и вызывать методы как activity.getApplicationContext(), где activity — экземпляр Activity.

Можно избавить компонент от фокуса:

Чтобы принудительно показать клавиатуру, используйте следующий код:

Кстати, повторный вызов метода закроет клавиатуру. Указанный способ не требует наличия элементов View.

Если продолжить тему показа клавиатуры, то может возникнуть следующая ситуация. Допустим у вас есть DialogFragment с EditText. При выводе диалогового окна вам нужно установить фокус на EditText и показать клавиатуру:

Либо используйте тег для нужного EditText.

Изменить вид клавиатуры для EditText

Когда элемент EditText получает фокус, то появляется клавиатура. Можно установить нужный вид клавиатуры через атрибут InputType или программно через метод setInputType():

TYPE_CLASS_DATETIME — дата и время
TYPE_CLASS_NUMBER — цифры
TYPE_CLASS_TEXT — буквы

Переопределяем кнопку Enter

Кроме атрибута InputType можно также использовать атрибут android:imeOptions в компоненте EditText, который позволяет заменить кнопку Enter на клавиатуре на другие кнопки, например, Next, Go, Search и др. Возможны следующие значения:

• actionUnspecified: Используется по умолчанию. Система сама выбирает нужный вид кнопки (IME_NULL)
• actionGo: Выводит надпись Go. Действует как клавиша Enter при наборе адреса в адресной строке браузера (IME_ACTION_GO)
• actionSearch: Выводит значок поиска (IME_ACTION_SEARCH)
• actionSend: Выводит надпись Send (IME_ACTION_SEND)
• actionNext: Выводит надпись Next (IME_ACTION_NEXT)
• actionDone: Выводи надпись Done (IME_ACTION_DONE)

Чтобы увидеть все варианты воочию, можете создать несколько текстовых полей и переключаться между ними:

Чтобы реагировать на нажатия разных состояний кнопки Enter, необходимо реализовать интерфейс TextView.OnEditorActionListener. Небольшой пример:

В нашем примере если пользователь ищет что-то, не связанное с котом, то кнопка поиска не будет выполнять желание владельца устройства.

Также можно поменять текст на кнопке с помощью атрибута android:imeActionLabel:

Текст на кнопке поменялся, но вот обработка Enter из предыдущего примера у меня перестала работать. Мой неработающий код на память.

Upd: Читатель Максим Г. предложил следующее решение проблемы. Убираем атрибуты imeOptions, imeActionId, imeActionLabel и установим их программно.

По желанию можете отслеживать только у нужного поля. Поставьте дополнительное условие после первого блока if:

Интерфейс OnKeyListener

Чтобы среагировать на нажатие клавиши внутри существующего представления из активности, реализуйте интерфейс OnKeyListener и назначьте его для объекта View, используя метод setOnKeyListener(). Вместо того, чтобы реализовывать отдельные методы для событий нажатия и отпускания клавиш, OnKeyListener использует единое событие onKey().

Используйте параметр keyCode для получения клавиши, которая была нажата. Параметр KeyEvent нужен для распознавания типа события (нажатие представлено константой ACTION_DOWN, а отпускание — ACTION_UP).

Сдвигаем активность

Чтобы всплывающая клавиатура не заслоняла элемент интерфейса, который получил фокус, а сдвигала активность вверх, можно в манифесте для нужной активности прописать атрибут android:windowSoftInputMode с параметром adjustPan:

Также доступны и другие параметры:

• stateUnspecified — настройка по умолчанию. Система сама выбирает подходящее поведение клавиатуры.
• stateUnchanged — клавиатура сохраняет своё последнее состояние (видимое или невидимое), когда активность с текстовым полем получает фокус.
• stateHidden — клавиатура скрыта, когда открывается активность. Клавиатура появится при наборе текста. Если пользователь переключится на другую активность, то клавиатура будут скрыта, но при возвращении назад клавиатура останется на экране, если она была видима при закрытии активности.
• stateAlwaysHidden — клавиатура всегда скрывается, если активность получает фокус.
• stateVisible — клавиатура видима.
• stateAlwaysVisible — клавиатура становится видимой, когда пользователь открывает активность.
• adjustResize — размеры компонентов в окне активности могут изменяться, чтобы освободить место для экранной клавиатуры.
• adjustPan — окно активности и его компоненты не изменяются, а сдвигаются таким образом, чтобы текстовое поле с фокусом не было закрыто клавиатурой.
• adjustUnspecified — настройка по умолчанию. Система сама выбирает нужный режим.

Параметры с префиксом state можно комбинировать с настройками с префиксом adjust:

Например, чтобы показать клавиатуру при старте активности, используйте stateVisible.

Данные настройки доступны и программно. Например, код для adjustResize:

Кстати, этот код не сработает в полноэкранном режиме (флаг FLAG_FULLSCREEN). Сверяйтесь с документацией.

Узнать выбранный язык на клавиатуре

Для определения текущего языка на клавиатуре можно использовать следующий код.

Следует быть осторожным с примером. На эмуляторе с Android 6.0 пример работал корректно. На реальных устройствах у меня корректно определялся русский язык, но при переключении на английский язык выдавал пустую строку или значение «zz». В этом случае можно прибегнуть к условиям if и проверять ожидаемое значение.

Источник