摘要:但对于我们的对于界面还原度要求较高,对于之间的间距也有一些要求,所以也要处理,对于间距部分的处理可以按照之前的方式通过反射来完成。注意,这种方式因为需要计算的文字宽度,所以要放到设置完所有的后调用。
修改下划线宽度的坑
效果如下:
代码实现方式:
如果想要实现这种效果,最主要控制的就是下划线部分,现在网上有很多通过反射的方式来修改下划线宽度的文章,但这段代码如果实现我们想要的效果是不可能的,因为如果研究过源码就知道Indicator的宽度跟Tab的宽度一致的,不能让指示器的宽度小于Tab的宽度,所以我们只能另辟蹊径:通过CustomView自己绘制线,通过添加OnTabSelectedListener来展示隐藏下划线,让原生的Indicaqtor高度为0也不会影响我们的展示。
OK! Talk is cheap, show me the code.
先隐藏原来的下划线,让其不显示:其次设置CustomView效果: 再手动控制切换时Tab的下划线:
mTabLayout.addOnTabSelectedListener(object : TabLayout.OnTabSelectedListener { override fun onTabReselected(tab: TabLayout.Tab?) { val view = tab?.customView?.findViewById间距部分(R.id.tab_indicator) val textView = tab?.customView?.findViewById (R.id.tab_tv_date) textView?.setTextColor(mTabSelectedColor) view?.visibility = View.VISIBLE } override fun onTabUnselected(tab: TabLayout.Tab?) { val view = tab?.customView?.findViewById (R.id.tab_indicator) val textView = tab?.customView?.findViewById (R.id.tab_tv_date) textView?.setTextColor(mTabUnSelectedColor) view?.visibility = View.INVISIBLE } override fun onTabSelected(tab: TabLayout.Tab?) { val view = tab?.customView?.findViewById (R.id.tab_indicator) val textView = tab?.customView?.findViewById (R.id.tab_tv_date) textView?.setTextColor(mTabSelectedColor) view?.visibility = View.VISIBLE } })
只是这样的话,下划线的问题解决了。但对于我们的UI对于界面还原度要求较高,对于Tab之间的间距也有一些要求,所以也要处理,对于间距部分的处理可以按照之前的方式通过反射来完成。注意,这种方式因为需要计算TextView的文字宽度,所以要放到设置完所有的customView后调用。
private fun customTabWidth(tabLayout: TabLayout) { try { //拿到tabLayout的mTabStrip属性 val mTabStripField = tabLayout.javaClass.getDeclaredField("mTabStrip") mTabStripField.isAccessible = true val mTabStrip = mTabStripField.get(tabLayout) as LinearLayout val dp2 = DensityUtils.dp2px(context, 2f) val dp30 = DensityUtils.dp2px(context, 30f) for (i in 0 until mTabStrip.childCount) { // 此时获取到tabView其实是我们的CustomView val tabView = mTabStrip.getChildAt(i) // 找到我们的TextView val mTextView = tabView.findViewById修改完下划线宽度后tab的滑动位置错乱的坑(TabView的 MarginLeft & MarginRigt 导致的问题)(R.id.tab_tv_date) // 测量出TextView文字的宽度 var width = 0 width = mTextView.width if (width == 0) { mTextView.measure(0, 0) width = mTextView.measuredWidth } // PDL = padding left --- PDR = padding right // |PDL30 CONTENT PDR30| |PDL2 CONTENT PDR30| |PDL2 CONTENT PDR30| |PDL2 CONTENT PDR30| val params = tabView.layoutParams as LinearLayout.LayoutParams // 如果是第一个View,则View左侧还要30dp的空间需要padding // 有了TextView的宽度,我们可以根据自己想要的效果去设置Tab的宽度,Tab的实际间距其实是0,但我们可以 // 通过改变Padding的方式做出Tab间距的效果 // 对于为什么用**padding**而不是**margin**的原因,请向下看 if (i == 0) { params.width = width + dp30 + dp30 tabView.layoutParams = params tabView.setPadding(dp30, 0, dp30, 0) } else { params.width = width + dp2 + dp30 tabView.layoutParams = params tabView.setPadding(dp2, 0, dp30, 0) } tabView.invalidate() } } catch (e: NoSuchFieldException) { e.printStackTrace() } catch (e: IllegalAccessException) { e.printStackTrace() } }
开始做的时候看网上相关的文档然后做出的效果如下:
可以看到当滑过去以后,Tab又位移了一段距离,我想如果你的脑子没有被驴踢过的话,肯定都知道滑动完位移后的位置是正确的位置,那么为什么会出现这种情况已经如何解决??
看源码!
因为是我们关联的ViewPager滑动导致的Tab位移,那么就从ViewPager的移动时开始找线索,通过setupWithViewPager()方法中可以看到,TabLayout代码中给ViewPager对象通过addOnPageChangeListener()方法添加了一个监听,那么我们看一下监听的回调好了!
public static class TabLayoutOnPageChangeListener implements ViewPager.OnPageChangeListener { // 忽略无关代码 // **主要看这里哦~!~!~ ** @Override public void onPageScrolled(final int position, final float positionOffset, final int positionOffsetPixels) { final TabLayout tabLayout = mTabLayoutRef.get(); if (tabLayout != null) { // Only update the text selection if we"re not settling, or we are settling after // being dragged final boolean updateText = mScrollState != SCROLL_STATE_SETTLING || mPreviousScrollState == SCROLL_STATE_DRAGGING; // Update the indicator if we"re not settling after being idle. This is caused // from a setCurrentItem() call and will be handled by an animation from // onPageSelected() instead. final boolean updateIndicator = !(mScrollState == SCROLL_STATE_SETTLING && mPreviousScrollState == SCROLL_STATE_IDLE); // 这里调用了setScrollPosition去让TabLayout进行滑动,穿进去目标下标和偏移量 tabLayout.setScrollPosition(position, positionOffset, updateText, updateIndicator); } } }
再向下看一下setScrollPosition方法!
void setScrollPosition(int position, float positionOffset, boolean updateSelectedText, boolean updateIndicatorPosition) { final int roundedPosition = Math.round(position + positionOffset); if (roundedPosition < 0 || roundedPosition >= mTabStrip.getChildCount()) { return; } // Set the indicator position, if enabled // 如果更新指示器的话那么会走进这里,我们指示器都隐藏掉了无需看这里 if (updateIndicatorPosition) { mTabStrip.setIndicatorPositionFromTabPosition(position, positionOffset); } // Now update the scroll position, canceling any running animation if (mScrollAnimator != null && mScrollAnimator.isRunning()) { mScrollAnimator.cancel(); } // 这里调用了scrollTo方法去移动位置,那么我们猜测应该是这个X位移距离算错了,进去看一下 scrollTo(calculateScrollXForTab(position, positionOffset), 0); }
private int calculateScrollXForTab(int position, float positionOffset) { if (mMode == MODE_SCROLLABLE) { // 获取目标的View final View selectedChild = mTabStrip.getChildAt(position); final View nextChild = position + 1 < mTabStrip.getChildCount() ? mTabStrip.getChildAt(position + 1) : null; final int selectedWidth = selectedChild != null ? selectedChild.getWidth() : 0; final int nextWidth = nextChild != null ? nextChild.getWidth() : 0; // base scroll amount: places center of tab in center of parent // 注意这里的,**selectedChild.getLeft()**,getLeft()是计算相对于父布局的左边距,那么如果设置了margin的话,childView相当于父布局的位置就会变化了,那么我们为了避免这种情况可以使用padding来改变距离,避免使原来的逻辑收到干扰。一切真想大白了! int scrollBase = selectedChild.getLeft() + (selectedWidth / 2) - (getWidth() / 2); // offset amount: fraction of the distance between centers of tabs int scrollOffset = (int) ((selectedWidth + nextWidth) * 0.5f * positionOffset); return (ViewCompat.getLayoutDirection(this) == ViewCompat.LAYOUT_DIRECTION_LTR) ? scrollBase + scrollOffset : scrollBase - scrollOffset; } return 0; }TabLayout设置最后一个默认选中时位置错乱
因为的TabLayout在dialog中, 而我想让dialog展示之前就把数据设置完毕并且切换到默认的下标。
fun showPos(index: Int) { mTabLayout.getTabAt(index)?.select() show() }
切换成功了,但是位置不对!
更操蛋的是将对话框dissmiss后再重新show的时候就正确了!!(这个是最气的
最后debug半天多终于搞定了!现在!让我们回归当出问题时的代码(案发现场
private fun customTabWidth(tabLayout: TabLayout) { // 嫌疑人在这里 // ↓ tabLayout.post { try { //拿到tabLayout的mTabStrip属性 val mTabStripField = tabLayout.javaClass.getDeclaredField("mTabStrip") mTabStripField.isAccessible = true val mTabStrip = mTabStripField.get(tabLayout) as LinearLayout // balabala 修改Tab间距的代码 tabView.invalidate() } } catch (e: NoSuchFieldException) { e.printStackTrace() } catch (e: IllegalAccessException) { e.printStackTrace() } } }
没错就是这个tabLayout.post(Runnable runnable)啊!当我第一次运行的时候,TabLayout虽然已经创建但是并没有依附到任何Window中,导致runnable会被添加到运行队列中,然后等到这个View已经添加到Window时,再一起运行!那么会导致的现象就是,我第一次修改这个宽度的时候,其实并没有真的修改,真的修改是在对话框展示后,TabLayout依附到View了,那时才会运行!所以才会出现第一次的位置是错误的,第二次的位置是正确的情况!!
关于本人使用TabLayout时的坑就介绍到这里了!希望能够帮助的了大家!!
以上。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/74493.html
摘要:起因最近几天在写一个滚动加载更多数据的插件,为局部滚动写时,遇到了很多局部滚动的坑,在这里分享一下这些坑的解决方案。约定把产生滚动条的元素称之为视窗全局滚动滚动条在或者父级元素上。坑一浏览器局部滚动默认没有弹性滚动的效果。 起因 最近几天在写一个滚动加载更多数据的插件(Scrollload),为局部滚动写demo时,遇到了很多局部滚动的坑,在这里分享一下这些坑的解决方案。以下的坑只针对...
摘要:起因及介绍在处理原始对账文件的时候,我将数据归类后批量存入相应的表中。结论事务只能管着开启事务的线程,其他子线程出了问题都感知不到,所以在多线程环境操作要慎重。高频容易搞死服务器,低频会阻塞自身程序。重试次数和超时时间根据业务情况设置。 起因及介绍 在处理原始对账文件的时候,我将数据归类后批量存入相应的表中。在持久化的时候,用了parallelStream(),想着同时存入很多表这样可...
阅读 3024·2021-10-12 10:12
阅读 5228·2021-09-26 10:20
阅读 1466·2021-07-26 23:38
阅读 2790·2019-08-30 15:54
阅读 1619·2019-08-30 13:45
阅读 1931·2019-08-30 11:23
阅读 3052·2019-08-29 13:49
阅读 742·2019-08-26 18:23