pia效果图
基于以上验证码实现方式 的后期填坑来了,以下移动端 验证码/密码 输入框实现--安卓/ios适用统称“上篇文章”
最近仿照我的上篇文章又新写了个验证码的小页面,有些微的不同
输入身份证后四位,由于可能有X字母,所以隐藏input的type不能设置为number了,懒惰的我直接删掉了type属性(造坑开始)
且因为上次研究时漏掉了一些知识点,也造了一波坑,以下一一列举。
问题1、四位空格输入,1234,但是每次输入下一个数字,前面的内容都会整体向后移动,输完结果是4321;且输入一半点删除没反应。还得输入总共五位数字才能删除
??!我懵了,input给显示的几个span的赋值方式(见上篇文章的js代码)是一样样的呀,怎么回事
debug发现隐藏的input值就已经是4321了,所以不是赋值方法的问题,以下是有问题的隐藏input的样式:
#IdentifyNoCheckInput {
width: 0;
border: 0;
padding: 0;
margin: 0;
height: 10px;
position: absolute;
top: -11px;
outline: none;
color: transparent;
text-shadow: 0 0 0 transparent;
}
最初怀疑是光标自动到了最前面导致的,使用了百度的手动移动光标方法,并不管用。
对比上篇文章中隐藏input的样式,可以发现本次宽度设成了0,有高度(高度随意,只要不挡住别的元素显示就行),有宽度或高度是为了占位,能唤起软键盘。
而上篇文章中是有宽度的,这个差别引起了我的怀疑。为以上样式新增两条
width: 100%;
margin-left: -100%;
再进行输入,正常了,输入1234就显示1234,也不会有删不掉的情况存在了。
第一个坑填坑完毕。
总结:设置宽度高度是为了占位,从而唤起软键盘。有高度或有宽度就可以,但是建议设置宽度,以免发生输入内容反转的情况。
问题2、部分ios手机无法正常唤起软键盘
在测试的时候,手机型号就那几个,大家测得顺顺当当。上线之后就报了好多ios无法正常输入的问题。
问题版本如下:
苹果p8,苹果6+(系统版本10),苹果6pok(系统版本11.4.1