You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@weex.apache.org by GitBox <gi...@apache.org> on 2018/12/11 02:54:46 UTC

[GitHub] caolizhen997 opened a new issue #1885: iOS和android的一些bug和建议

caolizhen997 opened a new issue #1885: iOS和android的一些bug和建议
URL: https://github.com/apache/incubator-weex/issues/1885
 
 
   ## Bug描述
   
   ### 一 :iOS
   1.顶部一个可以换行的textView,下方一个sliderComponent,当textView换行的时候,看你们的源码,会将下方的sliderComponent标记成被污染的组件,并且重绘。重绘结束之后,会调用以下代码。
   
   ```
   //WXCycleSliderComponent.m (Line:454)
   - (void)layoutDidFinish
   {
      // _recycleSliderView.currentIndex = _currentIndex;
       _recycleSliderView.currentIndex = _index;
   }
   当这里调用的时候_index是0,就会造成滑动的错乱,比如我由index=3滑到index=4的时候,恰好上方的textView换行了,下方重绘,那么这个时候slider的表现就是,从3到4,然后从4到0。
   注释的地方是我修改的,可以规避这个问题,但是不确定是否会引起什么别的bug。这里最好可以帮忙看一下。
   
   ```
   
   2. 渲染出来的weexView和weexView的subView(sliderView or other)不存在尺寸上的任何关联?当我给instance.frame设置高度为200,发现js渲染出来的view的尺寸不受200的限制,可以比200要长,这就导致了超出的部分无法响应任何事件,为了规避该问题,我们新增了接口,让前端同学调用新增的接口来拿到instance.frame的尺寸,才得以解决该问题。请问这里的这种设计是基于什么样的考量?
   
   ### 二:android
   
   1.带下拉刷新与上拉加载更多的列表无法响应与其父控件的父控件滑动嵌套(如CoordinatorLayout)。
   
   

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services