Android 4.4-半透明状态/导航栏-FitsSystemWindows/clipToPadd不通过片段事务工作

Question

使用新的Android 4.4 KitKat API中的半透明状态和导航栏时，将fitsSystemWindows="true"和clipToPadd="false"设置为ListView最初工作。fitsSystemWindows="true"将列表保存在操作栏下方和导航栏上方，clipToPadd="false"允许列表在透明导航栏下滚动，并使列表中的最后一项向上滚动到足以通过导航栏的位置。

但是，当您通过碎片事务将内容替换为另一个碎片时，fitsSystemWindows的效果将消失，碎片将位于操作栏和导航栏下。

我这里有一个演示源代码的代码库，还有一个可下载的APK作为示例：https://github.com/afollestad/kitkat-transparency-demo.要了解我在说什么，请从运行KitKat的设备打开演示应用程序，点击列表中的一个项目（这将打开另一个活动），然后点击打开的新活动中的一个项目。替换内容的片段位于操作栏下方，并且clipToPadd无法正常工作（当您向下滚动时，导航栏覆盖了列表中的最后一项）。

有什么想法吗？需要澄清吗？我发布了我为雇主开发的个人应用程序的前后截图。

Answer 1

好吧，这太奇怪了。我最近遇到了同样的问题，只是我的问题涉及软键盘。它最初可以工作，但如果我添加片段事务，android:fitsSystemWindows=“true”将不再工作。我在这里尝试了所有的解决方案，没有一个对我有效。

它没有调整我的视图大小，而是提升了我的视图，这就是问题所在。

然而，我很幸运，意外地找到了一个对我有用的答案！

这就是：

首先，我的应用主题是：主题。AppCompat。Light。NoActionBar（如果这是相关的，也许是，android很奇怪）。

莫里西在这里指出了一些非常有趣的事情，所以我想测试一下他说的是真是假。他说的对我来说也是真的。。。除非将此属性添加到应用程序android清单中的活动中：

一旦您添加：

android:windowSoftInputMode="adjustResize" 

对于您的活动，片段事务后不再忽略android:fitsSystemWindows=“true”！

但是，我希望你不要在片段的根布局上调用android:fitsystemwindows=“true”。如果您有EditText或ListView，则会出现此问题的最大地方之一是。如果您像我一样陷入这种困境，请在根布局的子级中设置如下：

是的，此解决方案适用于所有Lollipop和Lollipop前设备。

它会重新调整大小，而不是将布局向上推。所以，希望我已经帮助了一些和我处境相同的人。

非常感谢大家！

Answer 2

我使用库解决了这个问题，我使用设置半透明状态栏的颜色。

SystemBarInt的SystemBarConfig类（如下所示https://github.com/jgilfelt/SystemBarTint#systembarconfig)让您获得我在每个片段中设置为列表填充的插入，以及列表上的使用。

我在这篇文章中详细介绍了我所做的工作：html" target="_blank">http://mindofaandroiddev.wordpress.com/2013/12/28/making-the-status-bar-and-navigation-bar-transparent-with-a-listview-on-android-4-4-kitkat/

Answer 3

我昨天纠结于同样的问题，想了很多之后，我找到了一个优雅的解决这个问题的方法。

首先，我在ViewParent上看到了方法requestFitSystemWindows（），我试图在片段的activitycreated（）上调用它（在片段附加到视图层次结构之后），但遗憾的是，它没有任何效果。我想看看如何使用这种方法的具体例子。

然后，我找到了一个巧妙的解决方法：我创建了一个自定义的FitsSystemWindowsFrameLayout，在布局中用作片段容器，作为经典的FrameLayout的替代品。它所做的是在系统调用fitSystemWindows（）时记忆窗口插入，然后在添加/附加片段后，它会将调用再次传播到其子布局（片段布局）。

以下是完整代码：

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元素大小的黑客要简单和健壮得多，这些属性可能会随着时间的推移而变化，然后手动将填充应用于元素。