之前用户反馈说滑动块方向反了。。。我说没有啊
后来我才发现,他拖拽的不是底图,拖拽的是滚动条。。。
这就有问题了,ScrollView里的滚动条是无法点中的,按照用户需求,拖拽底图和拖拽滚动条,都可以滑动,但是方向是相反的动
这个怎么弄??
之前用户反馈说滑动块方向反了。。。我说没有啊
后来我才发现,他拖拽的不是底图,拖拽的是滚动条。。。
这就有问题了,ScrollView里的滚动条是无法点中的,按照用户需求,拖拽底图和拖拽滚动条,都可以滑动,但是方向是相反的动
这个怎么弄??
应对这种沙比用户最好的方法就是隐藏bar
不是哥们,隐了不行,用户明确给按bug反馈了。。。
我问了一下,他觉得滚动条应该像浏览器页面那样,滚动视图和滚动条,确实反方向的。。。我刚试了一下web浏览器的页面
这个可怎么办??
你和他说,有一个用户觉得现在的没问题,所以不改
。
只能监听bar的点击拖动事件,自己写拖动逻辑了,我一般做ScrollView都是直接隐藏bar的,就是免得扯这些有的没的,没有bar根本没人会觉得有问题
其实反向是没问题的呀,你往下拉,内容往下展示,那肯定内容是往上滑的
用户的意思是,
拉滚动视图,往哪边拉,就哪边动,没问题
然后拉滚动条,滚动条的拉动方向和视图移动的方向,他要相反的
我也看了一下一般的浏览器,滚动条还真是和页面方向反的。。。。我如果现在给隐藏了,估计那用户得反馈成bug x 2了。。。
如果是上下对称的 试下改bar的scaleY为-1可不可以??
应该不行,虽然滑动可能方向是要的。但是表示的对应位置应该错误了
应该一开始就把bar隐藏掉,免得对面有意见 
那你就给滑块加个事件呗,按照相反的方向操作滚动区动。。
这个东西本来就是不可触摸的 移动端添加滚动条看着就很奇怪
感谢我们美术出的效果图,scrollview从来不带bar