本文共 2203 字,大约阅读时间需要 7 分钟。
大家都知道在listView中使用editText,在输入过程中是有冲突的。今天稍微研究了一下这个问题,有一点点小小的心得和大家一起分享下。
首先建立一个最简单的demo,主界面就是一个ListView,其中list_item的布局代码如下:
很简单list_item包含一个TextView,还有一个就是EditText。
运行后在某一项EditText进行输入,点击返回键隐藏输入法键盘时会遇到一个问题即所有项的EditText内容都被清空了。
解决办法:在Manifest中Activity标签下加入android:windowSoftInputMode="adjustPan"。
这个问题是解决了,但是还有其他的问题。
当你点击最后一项时,没有问题,此时最后一项的EditText拥有焦点。然后,点击系统返回键,再点击最后一项,此时你会发现输入法将最后一项完全挡住了(这样很影响用户体验)。
解决方法:当点击系统返回键时,让其释放焦点。
有人肯定会先这样处理:
@Override public boolean onKeyDown(int keyCode, KeyEvent event) { // TODO Auto-generated method stub if (keyCode == KeyEvent.KEYCODE_BACK) { //释放焦点 } return super.onKeyDown(keyCode, event); }但是很遗憾,当输入法键盘显示的时候,你点击系统的返回键事件被捕获了,而不会在onKeyDown里执行。
@Overridepublic boolean dispatchKeyEventPreIme(KeyEvent event) { if (context != null) { InputMethodManager imm = (InputMethodManager) context .getSystemService(Context.INPUT_METHOD_SERVICE); if (imm.isActive() && event.getKeyCode() == KeyEvent.KEYCODE_BACK) { //释放焦点 for (int i = 0; i < getChildCount(); i++) { View view = getChildAt(i); EditText editText1 = (EditText) view .findViewById(R.id.editText1); editText1.clearFocus(); } } } return super.dispatchKeyEventPreIme(event);}
自定义控件重写dispatchKeyEventPreIme方法判断软键处于活动状态,并且用户按下了返回键盘。
说到这里提一下,自定义adapter的getView方法中view不要复用
@Override public View getView(int position, View convertView, ViewGroup parent) { convertView = mLayoutInflater.inflate(R.layout.list_item, null); return convertView; }写到这里觉得这种实现方式和ScrollView+LinearLayout本质差不多
顺便提一下怎么保存数据:
editText1.addTextChangedListener(new TextWatcher() { @Override public void onTextChanged(CharSequence s, int start, int before, int count) { } @Override public void beforeTextChanged(CharSequence s, int start, int count, int after) { } @Override public void afterTextChanged(Editable s) { //保存数据 } });最后,附demo下载
转载地址:http://kpzma.baihongyu.com/