相信在Android应用上,很多时候逻辑是需要屏蔽Home键的,但这个用户体验是否需要,就看各位的需求了。
一般的方法屏蔽Home键,大家一定看过不少文章了。我总结一下,先说一下一般情况下Activity的屏蔽按键和Home键吧。
屏蔽其他键,重写onKeyDown
@Override
public boolean onKeyDown(int keyCode, KeyEvent event) {
Log.i(TAG,"keycode="+keyCode + " isBan="+isBan);
switch (keyCode) {
case KeyEvent.KEYCODE_BACK:
Log.i(TAG,"KEYCODE_BACK");
return true;
}
return super.onKeyDown(keyCode, event);
}
大家会发现,这里屏蔽Home键是捕捉不到的,因为大家的权限一般是User所以是无效的。
而其实android处理Home键等系统级按键是有一定的处理的。
引用
看看源码是怎样处理的 \frameworks\policies\base\phone\com\android\internal\policy\impl\PhoneWindowManager.java #1092
// First we always handle the home key here, so applications
// can never break it, although if keyguard is on, we do let
// it handle it, because that gives us the correct 5 second
// timeout.
if (code == KeyEvent.KEYCODE_HOME) {
// If a system window has focus, then it doesn't make sense
// right now to interact with applications.
WindowManager.LayoutParams attrs = win != null ? win.getAttrs() : null;
if (attrs != null) {
final int type = attrs.type;
if (type == WindowManager.LayoutParams.TYPE_KEYGUARD
|| type == WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG) {
// the "app" is keyguard, so give it the key
return false;
}
final int typeCount = WINDOW_TYPES_WHERE_HOME_DOESNT_WORK.length;
for (int i=0; i<typeCount; i++) {
if (type == WINDOW_TYPES_WHERE_HOME_DOESNT_WORK[i]) {
// don't do anything, but also don't pass it to the app
return true;
}
}
}
通过源码,我们不难发现两个的参数 WindowManager.LayoutParams.TYPE_KEYGUARD和
WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG
借鉴于此,重写onAttachedToWindow,以实现屏蔽Home键public void onAttachedToWindow() {
this.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD);
super.onAttachedToWindow();
}
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - 华丽的分界线,以下内容更精彩- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
轮到dialog了,如果在Activity弹出dialog,在Activity设置以上2个方法是没办法屏蔽的。
其实,原理是一样的,只是地方不一样而已。
final Dialog dialog = new Dialog(this);
dialog.setContentView(R.layout.mydailog);
dialog.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD);
dialog.show();
dialog.setOnKeyListener(new android.content.DialogInterface.OnKeyListener(){
@Override
public boolean onKey(DialogInterface dialog, int keyCode,KeyEvent event) {
switch (keyCode) {
case KeyEvent.KEYCODE_BACK:
Log.i(TAG,"KEYCODE_BACK");
return true;
}
return false;
}
});
这样运行后,出错如下:
10-18 13:27:06.380: ERROR/AndroidRuntime(4684): Caused by: android.view.WindowManager$BadTokenException: Unable to add window android.view.ViewRoot$W@2b046d68 -- permission denied for this window type
其实,只需要把dialog.getWindow().setType的位置放在show后面就可以了
dialog.show();
dialog.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD);
这么,就完成了Back键的屏蔽 和Home键盘的屏蔽了!
总结:
1:)在以上用WindowManager.LayoutParams.TYPE_KEYGUARD的地方改用
WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG 效果一样。至于两者的具体差别,得以后再研究研究。
2:)其实,在源码里是这样调用的。
final AlertDialog dialog = new AlertDialog.Builder(mContext)
.setTitle(null)
.setMessage(message)
.setNeutralButton(R.string.ok, null)
.create();
dialog.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG);
dialog.show();
但我们如果这样调用就会出现之前的那个error:permission denied for this window type 这就显而易见了吧~~
3:)ProgressDialog 默认屏蔽 Back键,Dialog,AlertDialog则需setOnKeyListener
4:)其实屏蔽Home键,在页面的某个地方,例如一个Button的onClick里,去设置setType就可以了,如:
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD);
}
});
但前提是重载Activity的onAttachedToWindow(),哪怕只是一个空实现,然后返回父类方法。
@Override
public void onAttachedToWindow() {
super.onAttachedToWindow();
}
5:)其实它们,都是常用的~
switch (keyCode) {
case KeyEvent.KEYCODE_HOME:
Log.i(TAG,"KEYCODE_HOME");
return true;
case KeyEvent.KEYCODE_BACK:
Log.i(TAG,"KEYCODE_BACK");
return true;
case KeyEvent.KEYCODE_CALL:
Log.i(TAG,"KEYCODE_CALL");
return true;
case KeyEvent.KEYCODE_SYM:
Log.i(TAG,"KEYCODE_SYM");
return true;
case KeyEvent.KEYCODE_VOLUME_DOWN:
Log.i(TAG,"KEYCODE_VOLUME_DOWN");
return true;
case KeyEvent.KEYCODE_VOLUME_UP:
Log.i(TAG,"KEYCODE_VOLUME_UP");
return true;
case KeyEvent.KEYCODE_STAR:
Log.i(TAG,"KEYCODE_STAR");
return true;
}
希望大家看到这个文章能觉得有用,谢谢已阅者!
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - 华丽的分界线,以下内容更精彩- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
2011-10-20 更新如下:
总结1:)的问题,有答案了,时间问题我就简单写写吧:
从功能上来说,是一样的,区别在样式。
如果你喜欢用Theme.Dialog去把一个Activity装饰成一个Dialog去显示,你会发现。
在
android:theme="@android:style/Theme.Dialog"
背景是透明的。
如果在
setTheme(android.R.style.Theme_Dialog);
背景则是黑色的。
这是为什么呢?。。。我不知道。
治标不治本的方法来了!若你在Activity重写onAttachedToWindow
public void onAttachedToWindow() {
this.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG);
super.onAttachedToWindow();
}
那么出来的效果,就是透明背景的dialog了,当然前提是你需要实现屏蔽Home键。至于其中到底哪一代码导致样式改变呢,那就以后再去看源代码了~
希望大家看到这个文章能觉得有用,再次谢谢已阅者!
分享到:
相关推荐
自定义圆角DialogActivity
Dialog样式的Activity
一个dialog样式的activity
VC++源代码 Dialog详解,各种对话框详解。 不错的参考,也可拿来直接饮用。
android dialog ——ProgressDialog 进度条对话框详解
详情请见:http://www.yipwey.com/detail/dialogactivity/
Android Stduio的代码,为采用dialog的Activity,已经在android 4.3上的工业平板电脑上跑通。需要在手机端跑的,需要再确认各个手机品牌的权限。
自定义Dialog(Activity样式改为Dialog)
dialog在开发中非常常用,但是系统自带的样式有限,所以我们需要自定义,吧aactivity装扮成dialog是非常灵活的,我写了一个demo,和大家分享
Activity替代dialog的demo,Activity替代dialog的demo,Activity替代dialog的demo
android 自定义 dialog和activity 跳转的样式
这个是用一个Activity实现dialog的效果,目的是为了将 dialog中的业务和activity分离开,也方便公用。
JQUERY Dialog弹出框和JQUERY Uploadify下载插件综合详细参数详解,非常值得收藏,中文描述和实例讲解。
DialogActivity,Activity设置成dialog样式,设置圆角,背景,区域外不可点击
在调用dialog的时候得到dialog对象,加入资料中代码,可以控制dialog的按钮在什么时候消失,而不是系统默认的点击消失
首先我们可能会首先想到的是在XML布局文件中设置android:layout_height=”wrap_content”属性,让activity的高度自适应,显然这还不行,我们还需要为其DialogActivity设置自定义一个样式 <style name=dialog...
当你需要在一个activity做一个选择菜单,或者其他可操作的悬浮的窗口时,你不能影响该activity的正常运行(比如播放器界面的播放画面不停止,动画不停止等),所以就需要考虑到Dialog风格的activity了,关键点就是...
Jquery UI dialog 详解 (弹出层) 包含jquery弹出层的详细介绍,以及代码用例
自定义dialog安全键盘,键盘数字可随机!