好的,坐等大大们更新
这些问题,我早就提出过了···········说是2.0.7会优化~
好像还没来得及
嗯嗯,我看到了,后续我完善下
editBox 涉及的平台差异比较大,可能有些情况没考虑到,看来得完善下我们的测试例
这个引擎有解决方案吗,研究了下只分平台处理,ios返回键盘高度,然后与当前输入框高度进行计算
个人感觉 目前不顶起 是正确的 .否则顶起 整个界面会变形
上面的解决方案 可以这样实现:当输入文字时候动态调整editbox位置
大大 现在原生上怎么处理这个问题呢?能够控制顶起或不顶起么?单独一个模式根本不能满足产品和UI的脑洞
我也想问怎么控制顶不顶起UI
所以这个问题有解决吗 我在原生也遇到这个问题
creator可以开发应用??
我也求啊!!!!!!!!!!!!!!!!
大佬,现在我用了另外一个帖子的方法,https://forum.cocos.org/t/cocoscreator-editbox-android/72819/12,先隐藏掉cocos2dxActivity.java的一段代码,然后在AndroidManifest.xml里面 android:windowSoftInputMode=“adjustNothing”,这样低版本的android是可以的,但是android9.0以上仍然会弹起,这个有办法解决吗?
我还以为我代码写错了,到这来看了原来不是我的问题。大神门有办法处理没有
我也想求教怎么控制顶不顶起界面,请问现在有解决方案了吗
原生的可以实现,h5的不行~
感谢大佬,web平台我查了源码,有个webEditBoxImpl.js 文件,我看里面的_adjustWindowScroll()方法调用了scrollIntoView,百度查了下Element.scrollIntoView() 方法是让当前的元素滚动到浏览器窗口的可视区域内。然后我修改这个方法里的参数为false,但是没有效果。请问大佬知道为啥吗? 然后我看到_scrollBackWindow()这个方法里有一段,
if (sys.browserType === sys.BROWSER_TYPE_WECHAT && sys.os === sys.OS_IOS) {
window.top && window.top.scrollTo(0, 0);
return;
}
但是并没有找到在哪里调用了 window.top.scrollTo(),菜鸡看不懂啥意思。。。
这个问题 修复了吗
Is this problem fixed?