标签: android-windowmanager

是否可以获取特定 View（或）的 Window 对象PopupWindow？

我的应用程序是一个键盘，因此它是一个服务（一个InputMethodService），而不是一个活动。因此我不能使用Activity.getWindow(). 然而，它有视图，所以它大概也有一个窗口，不是吗？我怎样才能得到它？

提前致谢...

我有一项服务可以向窗口管理器添加一些视图（类似于 Facebook 的聊天头）。即使我使用相机应用程序，此视图始终位于所有内容之上。是否可以知道某些活动（例如相机或视频播放器）何时使用全屏，以便我可以隐藏我的视图？

编辑：

有一个名为 View.OnSystemUiVisibilityChangeListener 的东西，但它需要 API 11。我的目标是 9，但看起来这正是我需要的。API 9 有替代方案吗？

我有一FLAG_SECURE组活动（它包含敏感数据），但特别是Fragment我需要清除它（因为 od Android Beam）。

Window window = getActivity().getWindow();
window.clearFlags(WindowManager.LayoutParams.FLAG_SECURE);

这段代码清除了标志（我在 Fragment 的onResume回调中有它），但问题是，直到下一次配置更改（屏幕旋转，...）它才会生效同样的问题是再次设置标志离开 Fragment 时。

有谁知道，我该怎么做才能解决这个问题？（我想过Activity.recreate()，这可以工作，但我不喜欢这个解决方案）Activity如果可能的话，我不想为这个特定的屏幕创建一个单独的屏幕。

看了很多类似的问题但没有运气......

我正在尝试找到使用媒体控制器播放视频的正确方法（半屏窗口，需要时也可以全屏）。视频应该漂浮在本机控件之上，视频和本机控件都可以接收触摸事件（都是可点击的。就像 Facebook Messenger 图标）。

现在我正在做的事情：我启动一个透明的活动，并在 a 中播放视频，VideoView并将其布局参数和活动的布局参数设置为占据屏幕的一半。另一半是本机屏幕。我将窗口设置为：

this.getWindow().setFlags(WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE | WindowManager.LayoutParams.TYPE_SYSTEM_OVERLAY)

这样做的作用是，我可以看到正在播放的视频，VideoView 但无法触摸和使用其媒体控制器（播放、暂停等），但我可以看到可以触摸的本机屏幕！

我尝试了不同的标志来启用媒体控制器，但随后VideoView完全消耗触摸事件。这意味着现在我无法触摸它后面的本机屏幕的一半。

本机屏幕顶部的 VideoView - 两者都可以处理触摸事件， 我认为可能使用对话框或弹出窗口，但找不到说对话框可以接收触摸事件而本机屏幕也可以接收触摸事件的内容。

视频应该始终位于最上面。提前致谢 ！:)

当我做 ：

    LayoutParams lp = getLayoutParams(view);
    lp.x = absoluteX;
    lp.y = absoluteY;
    this.mWindowManager.updateViewLayout(view, lp);

然后我有一个从视图所在位置到新位置 absoluteX/absoluteY 的线性动画。如何在没有任何动画的情况下移动视图？

我尝试设置lp.windowAnimations = 0但它没有任何改变:( 知道我该怎么做吗？

如果无法避免动画，他们有什么方法可以知道视图的实际位置吗？也许我可以让它不可见，但实际位置不是绝对X/绝对Y

笔记：

查看android的源代码，我在文件WindowManager.java中看到了这个条目：

     /**
     * Never animate position changes of the window.
     *
     * {@hide} */
    public static final int PRIVATE_FLAG_NO_MOVE_ANIMATION = 0x00000040;

    /**
     * Control flags that are private to the platform.
     * @hide
     */
    public int privateFlags;

它看起来是我需要的，但我不知道如何访问和设置这样的标志 :( 知道吗？

我有一个应用程序，它使用两个进程来显示 UI 组件 - 一个用于主应用程序，它使用常规活动，另一个应用程序的 UI 由覆盖层（位于 Service 中）组成，这些覆盖层使用 ViewManager API 添加到 WindowManager中。我想使用 UiAutomator 测试叠加层和应用程序之间的交互。

如本问题所述，覆盖视图/窗口很难直接访问。如果我将覆盖层移至主进程，我可以通过使用反射调用 WindowManagerGlobal 上的方法来访问视图，就像 Appium 在此处所做的那样，但如果它们在覆盖层进程中运行，则对 WindowManagerGlobal 的调用不会返回视图。在任何情况下，测试都无法与视图交互，因为只有创建视图的线程才能访问它们，除非通过 UiAutomator 使用的辅助功能框架来访问它们。

有什么方法可以通过辅助功能框架公开覆盖视图，以便 UiAutomator 可以找到它们，即使它们在不同的进程中运行？

我查看了multiprocess Espresso，这听起来非常有前途，因为它有可能弥合两个进程之间的差距，但 Espresso 找不到覆盖视图。是否可以改变添加叠加层的方式，也许可以通过为该过程提供某种根窗口，让 UiAutomator 甚至可能是 Espresso 找到叠加视图？

如果我使用UiDevice转储视图层次结构，我确实会看到系统装饰视图与应用程序的视图位于同一级别。我查看了将视图添加到 WindowManager 的 SystemUI 代码，它与应用程序添加其叠加层的方式非常相似。与我所看到的唯一区别是图层类型。了解系统 UI 组件如何注入到该层次结构（没有更好的词），以及是否可以对应用程序创建的覆盖层执行相同的操作，这将是很有趣的。

众所周知，我们可以使用以下命令观察或查询任何应用程序的视图层次结构AccessibilityService：

Create your own accessibility service。

还可以代表用户执行操作：