当使用来自新的 Android 4.4 KitKat API 的半透明状态栏和导航栏时,将 fitsSystemWindows="true"
和 clipToPadding="false"
设置为 ListView
最初工作。 fitsSystemWindows="true"
将列表保持在操作栏下方和导航栏上方,clipToPadding="false"
允许列表在透明导航栏下方滚动并使列表中的最后一项向上滚动刚好足以通过导航栏。
但是,当您通过 FragmentTransaction
将内容替换为另一个 Fragment
时,fitsSystemWindows
的效果会消失,并且 fragment 会在操作下进行栏和导航栏。
我在这里有一个演示源代码的代码库以及一个可下载的 APK 作为示例:https://github.com/afollestad/kitkat-transparency-demo .要查看我在说什么,请从运行 KitKat 的设备打开演示应用程序,点击列表中的一个项目(这将打开另一个 Activity ),然后在打开的新 Activity 中点击一个项目。替换内容的 fragment 位于操作栏下方,clipToPadding 无法正常工作(当您一直向下滚动时,导航栏会覆盖列表中的最后一项)。
有什么想法吗?需要任何澄清吗?我发布了为我的雇主开发的个人应用程序的前后截图。
最佳答案
我昨天也遇到了同样的问题。经过深思熟虑,我找到了一个优雅的解决这个问题的方法。
首先,我看到了方法requestFitSystemWindows()
在 ViewParent
上,我尝试在 fragment 的 onActivityCreated()
中调用它(在 fragment 附加到 View 层次结构之后),但遗憾的是它没有效果。我想看看如何使用该方法的具体示例。
然后我找到了一个巧妙的解决方法:我创建了一个自定义 FitsSystemWindowsFrameLayout
,在我的布局中用作 fragment 容器,作为经典 框架布局
。它所做的是在系统调用 fitSystemWindows()
时记住窗口插入,然后在添加/附加 fragment 后立即将调用再次传播到其子布局( fragment 布局)。
这是完整的代码:
public class FitsSystemWindowsFrameLayout extends FrameLayout {
private Rect windowInsets = new Rect();
private Rect tempInsets = new Rect();
public FitsSystemWindowsFrameLayout(Context context) {
super(context);
}
public FitsSystemWindowsFrameLayout(Context context, AttributeSet attrs) {
super(context, attrs);
}
public FitsSystemWindowsFrameLayout(Context context, AttributeSet attrs, int defStyle) {
super(context, attrs, defStyle);
}
@Override
protected boolean fitSystemWindows(Rect insets) {
windowInsets.set(insets);
super.fitSystemWindows(insets);
return false;
}
@Override
public void addView(View child, int index, ViewGroup.LayoutParams params) {
super.addView(child, index, params);
tempInsets.set(windowInsets);
super.fitSystemWindows(tempInsets);
}
}
我认为这比试图通过访问可能随时间变化的隐藏系统属性来确定 UI 元素大小然后手动对元素应用填充来确定 UI 元素大小的黑客行为更简单、更强大。
关于Android 4.4 — 半透明状态/导航栏 — fitSystemWindows/clipToPadding 不能通过 fragment 事务工作,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20822418/