www.久久久久|狼友网站av天堂|精品国产无码a片|一级av色欲av|91在线播放视频|亚洲无码主播在线|国产精品草久在线|明星AV网站在线|污污内射久久一区|婷婷综合视频网站

當(dāng)前位置:首頁 > > 充電吧
[導(dǎo)讀]相信在Android應(yīng)用上,很多時候邏輯是需要屏蔽Home鍵的,但這個用戶體驗是否需要,就看各位的需求了。 ??? 一般的方法屏蔽Home鍵,大家一定看過不少文章了。我總結(jié)一下,先說一下一般情況下Ac

相信在Android應(yīng)用上,很多時候邏輯是需要屏蔽Home鍵的,但這個用戶體驗是否需要,就看各位的需求了。
??? 一般的方法屏蔽Home鍵,大家一定看過不少文章了。我總結(jié)一下,先說一下一般情況下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);???
}


大家會發(fā)現(xiàn),這里屏蔽Home鍵是捕捉不到的,因為大家的權(quán)限一般是User所以是無效的。
而其實android處理Home鍵等系統(tǒng)級按鍵是有一定的處理的。

?

看看源碼是怎樣處理的 frameworkspoliciesbasephonecomandroidinternalpolicyimplPhoneWindowManager.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;???
????????????}???
????????}???
????}


通過源碼,我們不難發(fā)現(xiàn)兩個的參數(shù) WindowManager.LayoutParams.TYPE_KEYGUARD和
WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG
借鑒于此,重寫onAttachedToWindow,以實現(xiàn)屏蔽Home鍵

public?void?onAttachedToWindow()?{???
????this.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD);???
????super.onAttachedToWindow();???
}


輪到dialog了,如果在Activity彈出dialog,在Activity設(shè)置以上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;???
????}???
});


這樣運(yùn)行后,出錯如下:

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鍵盤的屏蔽了!

總結(jié):
1:)在以上用WindowManager.LayoutParams.TYPE_KEYGUARD的地方改用
WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG 效果一樣。至于兩者的具體差別,得以后再研究研究。

2:)其實,在源碼里是這樣調(diào)用的。

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();


但我們?nèi)绻@樣調(diào)用就會出現(xiàn)之前的那個error:permission denied for this window type 這就顯而易見了吧~~

3:)ProgressDialog 默認(rèn)屏蔽 Back鍵,Dialog,AlertDialog則需setOnKeyListener

4:)其實屏蔽Home鍵,在頁面的某個地方,例如一個Button的onClick里,去設(shè)置setType就可以了,如:

button.setOnClickListener(new?View.OnClickListener()?{???
????@Override??
????public?void?onClick(View?v)?{???
????????getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD);???
????}???
});


但前提是重載Activity的onAttachedToWindow(),哪怕只是一個空實現(xiàn),然后返回父類方法。

@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;???
}


總結(jié)1:)的問題,有答案了,時間問題我就簡單寫寫吧:
??? 從功能上來說,是一樣的,區(qū)別在樣式。
??? 如果你喜歡用Theme.Dialog去把一個Activity裝飾成一個Dialog去顯示,你會發(fā)現(xiàn)。

Androidmanifest.xml代碼 ?android:theme="@android:style/Theme.Dialog"??

背景是透明的。
如果在

Android代碼 ?

setTheme(android.R.style.Theme_Dialog);


背景則是黑色的。
這是為什么呢?。。。我不知道。
治標(biāo)不治本的方法來了!若你在Activity重寫onAttachedToWindow

Java代碼 ?

public?void?onAttachedToWindow()?{
	this.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG);
	super.onAttachedToWindow();
}


那么出來的效果,就是透明背景的dialog了,當(dāng)然前提是你需要實現(xiàn)屏蔽Home鍵。至于其中到底哪一代碼導(dǎo)致樣式改變呢,那就以后再去看源代碼了~



本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

LED驅(qū)動電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: 驅(qū)動電源

在工業(yè)自動化蓬勃發(fā)展的當(dāng)下,工業(yè)電機(jī)作為核心動力設(shè)備,其驅(qū)動電源的性能直接關(guān)系到整個系統(tǒng)的穩(wěn)定性和可靠性。其中,反電動勢抑制與過流保護(hù)是驅(qū)動電源設(shè)計中至關(guān)重要的兩個環(huán)節(jié),集成化方案的設(shè)計成為提升電機(jī)驅(qū)動性能的關(guān)鍵。

關(guān)鍵字: 工業(yè)電機(jī) 驅(qū)動電源

LED 驅(qū)動電源作為 LED 照明系統(tǒng)的 “心臟”,其穩(wěn)定性直接決定了整個照明設(shè)備的使用壽命。然而,在實際應(yīng)用中,LED 驅(qū)動電源易損壞的問題卻十分常見,不僅增加了維護(hù)成本,還影響了用戶體驗。要解決這一問題,需從設(shè)計、生...

關(guān)鍵字: 驅(qū)動電源 照明系統(tǒng) 散熱

根據(jù)LED驅(qū)動電源的公式,電感內(nèi)電流波動大小和電感值成反比,輸出紋波和輸出電容值成反比。所以加大電感值和輸出電容值可以減小紋波。

關(guān)鍵字: LED 設(shè)計 驅(qū)動電源

電動汽車(EV)作為新能源汽車的重要代表,正逐漸成為全球汽車產(chǎn)業(yè)的重要發(fā)展方向。電動汽車的核心技術(shù)之一是電機(jī)驅(qū)動控制系統(tǒng),而絕緣柵雙極型晶體管(IGBT)作為電機(jī)驅(qū)動系統(tǒng)中的關(guān)鍵元件,其性能直接影響到電動汽車的動力性能和...

關(guān)鍵字: 電動汽車 新能源 驅(qū)動電源

在現(xiàn)代城市建設(shè)中,街道及停車場照明作為基礎(chǔ)設(shè)施的重要組成部分,其質(zhì)量和效率直接關(guān)系到城市的公共安全、居民生活質(zhì)量和能源利用效率。隨著科技的進(jìn)步,高亮度白光發(fā)光二極管(LED)因其獨(dú)特的優(yōu)勢逐漸取代傳統(tǒng)光源,成為大功率區(qū)域...

關(guān)鍵字: 發(fā)光二極管 驅(qū)動電源 LED

LED通用照明設(shè)計工程師會遇到許多挑戰(zhàn),如功率密度、功率因數(shù)校正(PFC)、空間受限和可靠性等。

關(guān)鍵字: LED 驅(qū)動電源 功率因數(shù)校正

在LED照明技術(shù)日益普及的今天,LED驅(qū)動電源的電磁干擾(EMI)問題成為了一個不可忽視的挑戰(zhàn)。電磁干擾不僅會影響LED燈具的正常工作,還可能對周圍電子設(shè)備造成不利影響,甚至引發(fā)系統(tǒng)故障。因此,采取有效的硬件措施來解決L...

關(guān)鍵字: LED照明技術(shù) 電磁干擾 驅(qū)動電源

開關(guān)電源具有效率高的特性,而且開關(guān)電源的變壓器體積比串聯(lián)穩(wěn)壓型電源的要小得多,電源電路比較整潔,整機(jī)重量也有所下降,所以,現(xiàn)在的LED驅(qū)動電源

關(guān)鍵字: LED 驅(qū)動電源 開關(guān)電源

LED驅(qū)動電源是把電源供應(yīng)轉(zhuǎn)換為特定的電壓電流以驅(qū)動LED發(fā)光的電壓轉(zhuǎn)換器,通常情況下:LED驅(qū)動電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: LED 隧道燈 驅(qū)動電源
關(guān)閉