HarmonyOS 鸿蒙Next 设置全屏后屏幕底部事件依然被系统部分捕捉

HarmonyOS 鸿蒙Next 设置全屏后屏幕底部事件依然被系统部分捕捉

设置全屏的代码如下。设置全屏后，屏幕底部，原来小白条的地方，鼠标的点击事件，鼠标/触摸屏的移动事件都被系统捕捉了。

const windowClass: window.Window = await window.getLastWindow(getContext(ctx))
windowClass.setWindowLayoutFullScreen(flag)
5 回复

麻烦提供鼠标（模拟器上吗？）点击事件部分的代码以及期望实现的效果？

问题没看明白，底部事件被系统捕捉有什么问题吗，windowClass.setWindowLayoutFullScreen(flag)就是设置的沉浸式体验啊。

更多关于HarmonyOS 鸿蒙Next 设置全屏后屏幕底部事件依然被系统部分捕捉的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


你好，我们在做一个类似远程桌面的应用，所以我们是全屏显示远端windows的画面，并且通过接入蓝牙鼠标键盘控制windows电脑。但是希望通过鼠标操作windows的任务栏（就是屏幕下方小白条原来所在的位置）的时候，却发现那一部分的拖拉事件我们监听不到，被系统捕捉了。

模拟器和真机都是同样的效果。

我有种感觉就是设置了windowClass.setWindowLayoutFullScreen(flag)之后，小白条的ui是消失了，但是捕捉事件/切换页面这些功能都仍然存在。

目前规格没有对底部导航条的禁用API，只能通过获取安全距离进行避让。或者开发全局的marginBottom组件，流出导航条区域。这就可能导致无法实现沉浸式的效果。

好的，感谢。请问后续有计划开发对应的API么？因为对于视频播放而言，底部留出导航条的空位实际上也是一种浪费。

针对帖子标题“HarmonyOS 鸿蒙Next 设置全屏后屏幕底部事件依然被系统部分捕捉”的问题，以下提供直接相关的回答：

在HarmonyOS鸿蒙系统中，即使应用被设置为全屏模式，系统可能仍然会保留一部分屏幕底部区域用于系统导航栏或手势识别。这通常是为了确保用户能够通过特定的手势（如上滑返回桌面）与系统交互，而不必完全依赖于应用内的导航元素。

若你的应用在全屏模式下遇到屏幕底部事件被系统捕捉的问题，这可能是由于系统设计的默认行为。为了优化用户体验，系统可能会拦截这些事件以处理系统级的导航操作。

为了确认这一点，你可以检查以下几点：

  • 确保你的应用正确设置了全屏模式，包括在代码中调用相关的API以及检查manifest文件中的配置。
  • 验证是否所有设备或特定版本的HarmonyOS都存在此问题，因为不同设备或系统版本可能有不同的行为表现。
  • 如果问题特定于某些设备或版本，考虑是否可以通过适配这些特定情况来解决。

如果问题依旧没法解决请联系官网客服，官网地址是：https://www.itying.com/category-93-b0.html

回到顶部