- 需求的场景描述(希望解决的问题)
使用picker-view自定义列表选择器,bindchange回调响应比较慢,需要等到滚动完全结束,才会触发,影响操作体验
- 希望提供的能力
希望picker-view 的 bindchange回调响应和picker组件一样,能够及时触发
===========================
请问官方何时对这个问题提供解决方案呢?
框架类型 | 问题类型 | API/组件名称 | 终端类型 | 微信版本 | 基础库版本 |
---|---|---|---|---|---|
小程序 | Bug | picker-view | 微信iOS客户端 | 6.7.0 | 2.2.1 |
我明白的意思。可否举几个具体的场景的例子说明 bindchange回调响要等到滚动完全结束才会触发 影响体验。
由于没有提供相应 的事件来判断是否已经滚动结束,所以以我提供的demo为例,如果用户提前点了“提交”完成了选择,关闭了选择器,那么就会导致得到的数据与实际操作不符。所以其实,归根到底,还是由于组件没有提供可以判断的条件,以致于无法对用户的操作做禁止处理而带来了问题。所以,这个问题我希望得到的解决方式有两种:
1、能够得到和picker一致的响应效率
2、组件可以提供一个可以判断的依据,能让我判断滚动是否结束,如果滚动未结束,则不去允许触发点”确定“完成选择关闭选择器的操作。
你好,请提供出现问题的机型和微信版本,以及能复现问题的简单代码片段(https://developers.weixin.qq.com/miniprogram/dev/devtools/minicode.html)。
代码片段:wechatide://minicode/y5Ontem37Vt1
使用picker-view模拟了一个弹框选择日期(实际应用场景不限于日期选择,因此不能直接用picker来做),由于bindchange的事件触发是在滚动停止后才会触发,这就导致,如果在滚动过程中,点了确定,选择的日期时间就与picker-view的不一致。
问题重现操作:点击”选择“,拖动弹出框中的日期,在滚动未停止 前,点击”确定"
我也是有这个问题,bindchange响应太慢,感觉有600ms的延迟。
bindpickstart 和 bindpickend 无法带出 e.detail.value 的值,所以对这个选择业务场景没有帮助
我这边建议官网是否能把end的事件处理到bindchange之后