摘要:所以最后犧牲了下用戶體驗,找到了一個折中的方式輸入框失去焦點時即,或者用戶輸入回車鍵時才進行內(nèi)容長度的檢測。當(dāng)然如果發(fā)現(xiàn)輸入框內(nèi)容超過限制,要將光標(biāo)停留在輸入框內(nèi),方便用戶進行修改。
前言
最近產(chǎn)品需要做不少輸入框,產(chǎn)品想要的交互效果是:用戶可以輸入中英文,隨著用戶輸入能實時顯示已經(jīng)輸入的字符個數(shù),當(dāng)超過數(shù)量限制時輸入框邊框變紅,同時給用戶提示信息。
這交互聽起來沒啥問題,技術(shù)實現(xiàn)上似乎也沒啥難點。但是當(dāng)我實現(xiàn)出來以后遇到中文輸入法就有坑了。
怎么個坑呢,且看下文~~
實時監(jiān)測輸入框內(nèi)容長度所遇到的坑 使用 oninput事件來監(jiān)聽PS: 本文所有實驗相關(guān)代碼都在 jsbin 中:https://jsbin.com/bolugo/edit...,大家可以訪問此鏈接自行進行實驗。
使用這個oninput事件的好處有2個:
當(dāng)用戶通過右鍵復(fù)制改變輸入框內(nèi)容時,可以監(jiān)聽到;
只有在輸入框內(nèi)容發(fā)生變化時才會觸發(fā)此事件,比如用戶按下方向鍵、control/shift 等這些控制字符鍵時此事件是不會觸發(fā)的;
當(dāng)你輸入英文字符或者數(shù)字時效果完美,甚至在你正常輸入中文時也效果完美。但當(dāng)你非正常輸入中文時就出現(xiàn) bug 了。非正常輸入是怎樣的呢?看下面這張示例圖:
看到了嗎,在這種中文輸入方式下,其實用戶還沒有輸入他想輸入的中文,只是輸入了幾個拼音,但 input 事件被觸發(fā)了,而且監(jiān)聽到的輸入框value居然是d"d"d,不單單是拼音字符,還包括了分隔的點。假如輸入框內(nèi)容長度被限制為不超過5,那么在截圖這種情況下,就會提示用戶字符長度超過限制!。這樣的交互效果當(dāng)然不是產(chǎn)品想要的。
使用onkeydown/onkeypress/onkeyup事件來監(jiān)聽這幾個事件的缺點是無法監(jiān)聽右鍵復(fù)制而來的輸入內(nèi)容,但是否也會存在與input事件一樣的問題呢?
我做了幾個實驗,發(fā)現(xiàn)keydown、keyup都會遇到和 input一樣的問題,但keypress沒有這個問題,因為在中文輸入狀態(tài)下,keypress不會觸發(fā),不單是你輸入拼音的過程中不會觸發(fā),等你選中所要輸入的中文如“對對對”后也不會觸發(fā)。那么當(dāng)輸入“對對對”后雖然超過了字符限制但無法給出字符長度超過限制!的提示。
折中解決方法要想做到實時監(jiān)測內(nèi)容長度,又想保證中文輸入法狀態(tài)下沒有 bug,我折騰了好久最后發(fā)現(xiàn) 臣妾做不到呀!(要是哪位豪杰找到了,一定要告訴我呀~~)。
所以最后犧牲了下用戶體驗,找到了一個折中的方式:輸入框失去焦點時(即blur),或者用戶輸入回車鍵時才進行內(nèi)容長度的檢測。當(dāng)然如果發(fā)現(xiàn)輸入框內(nèi)容超過限制,要將光標(biāo)停留在輸入框內(nèi),方便用戶進行修改。
哎,一說到用戶輸入回車鍵時才進行內(nèi)容長度的檢測又得說說以前栽的坑了
輸入框中如何檢測輸入了回車鍵其實這是一個很常見的交互,比如修改名稱時支持用戶輸入回車后直接保存、登錄時支持用戶輸入回車后直接登錄。但其中要小心的坑是:**中文輸入法下按回車鍵來輸入英文字符**。
中文輸入法下按回車鍵來輸入英文字符的過程舉例:
比如我要輸入賬號進行登錄,我的賬號是全英文的,我當(dāng)前處于中文輸入法,但我懶得切換輸入法,于是我就直接敲了我的賬號(全英文字符),這時搜狗輸入法給我提示了一大串中文,然后我按了個回車,輸入框就輸入了我想要的英文字符。
在這種情況下,用戶雖然輸入了回車鍵,但用戶按下回車鍵只是想在中文輸入法下輸入英文字符而已,這個回車鍵并不是我們想要監(jiān)聽的回車鍵。那么怎么排除這種情況下的回車鍵呢?
一般來說監(jiān)聽回車鍵我們會用keydown事件或者keyup事件,實現(xiàn)代碼如下所示。那么是否這兩種方法都能過濾掉我們不想監(jiān)聽的回車鍵呢?
//方法一:使用 keydown 事件 input.onkeydown = function(e){ if(e.keyCode == 13){ //用戶輸入的是回車鍵 //做相關(guān)操作 } } //方法二:使用 keyup 事件 input.onkeyup = function(e){ if(e.keyCode == 13){ //用戶輸入的是回車鍵 //做相關(guān)操作 } }
經(jīng)過試驗發(fā)現(xiàn):使用keydown是可以成功過濾的,但使用keyup不能。
那么我們來看看為什么?
是因為在keydown事件中:中文輸入法狀態(tài)下輸入的回車鍵,檢測的 keyCode為 229 而不是13;單純輸入一個回車時,keyCode才是13。
而在keyup事件中:中文輸入法狀態(tài)下輸入的回車鍵,檢測的 keyCode是13;單純輸入一個回車時,keyCode也是13。
下圖是我打印在 console 中的結(jié)果:(代碼示例見這里)
關(guān)于輸入框涉及到的幾個事件:keydown/keyup/keypress/input/change 的更多介紹,我多帶帶再寫一篇博客再講吧~~~
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/87837.html
摘要:雖然效果一樣,但是這兩種換行的方式使用起來卻不同。使用換行這種方式用起來比較坑,所以本文章的重點就是這一部分。因為之前知道彈框中要實現(xiàn)換行,只能通過的方式,而不能通過的方式。在元素上使用等方式,發(fā)現(xiàn)都是可以實現(xiàn)換行的。 前言 最近遇到這樣一個需求:需要在頁面中顯示一段第三方文本信息。這些文本完全由第三方自己定義,我們負責(zé)顯示在頁面即可,第三方要求這些文本需要換行顯示即可。 我們都知道在...
摘要:本文章旨在總結(jié)開發(fā)過程中碰到的容易忘記或者比較重要的坑,一方面加深自己對于該部分的理解,另一方面希望能夠分享給大家,知識在于分享,當(dāng)然踩過的坑也不例外滑稽。 在日常工作中,時常會碰到各種各樣的坑,有時真的覺得很多時候開發(fā)的經(jīng)驗都是踩坑踩出來的。在通往大牛的道路上,希望自己能夠跨越重重阻礙,越走越遠。學(xué)會時常總結(jié),不斷提升自己。 本文章旨在總結(jié)開發(fā)過程中碰到的容易忘記或者比較重要的坑,...
摘要:本文章旨在總結(jié)開發(fā)過程中碰到的容易忘記或者比較重要的坑,一方面加深自己對于該部分的理解,另一方面希望能夠分享給大家,知識在于分享,當(dāng)然踩過的坑也不例外滑稽。 在日常工作中,時常會碰到各種各樣的坑,有時真的覺得很多時候開發(fā)的經(jīng)驗都是踩坑踩出來的。在通往大牛的道路上,希望自己能夠跨越重重阻礙,越走越遠。學(xué)會時常總結(jié),不斷提升自己。 本文章旨在總結(jié)開發(fā)過程中碰到的容易忘記或者比較重要的坑,...
摘要:本文章旨在總結(jié)開發(fā)過程中碰到的容易忘記或者比較重要的坑,一方面加深自己對于該部分的理解,另一方面希望能夠分享給大家,知識在于分享,當(dāng)然踩過的坑也不例外滑稽。 在日常工作中,時常會碰到各種各樣的坑,有時真的覺得很多時候開發(fā)的經(jīng)驗都是踩坑踩出來的。在通往大牛的道路上,希望自己能夠跨越重重阻礙,越走越遠。學(xué)會時常總結(jié),不斷提升自己。 本文章旨在總結(jié)開發(fā)過程中碰到的容易忘記或者比較重要的坑,...
閱讀 833·2023-04-25 19:49
閱讀 3769·2021-09-30 09:47
閱讀 2761·2021-09-13 10:21
閱讀 2692·2021-08-24 10:04
閱讀 3177·2019-08-30 15:55
閱讀 2323·2019-08-30 15:55
閱讀 2410·2019-08-30 15:54
閱讀 3479·2019-08-30 13:53