未验证 提交 821144f5 编写于 作者: 时睿 提交者: Gitee

bug fix

Signed-off-by: N时睿 <shirui721@huawei.com>
上级 6bcf0d55
...@@ -88,7 +88,7 @@ OpenHarmony 4.0 Beta1版本开始提供首批API Level 10接口。 ...@@ -88,7 +88,7 @@ OpenHarmony 4.0 Beta1版本开始提供首批API Level 10接口。
1. 支持监听窗口的获焦状态:之前版本,应用开发者仅可以监听WindowStage的获焦状态,但针对系统窗口和应用子窗口的获焦事件无法监听。现在,应用开发者可以通过在window上注册windowEvent的方式,监听单个窗口的获焦、失焦和显示隐藏状态。 1. 支持监听窗口的获焦状态:之前版本,应用开发者仅可以监听WindowStage的获焦状态,但针对系统窗口和应用子窗口的获焦事件无法监听。现在,应用开发者可以通过在window上注册windowEvent的方式,监听单个窗口的获焦、失焦和显示隐藏状态。
2. 支持将子窗口z轴顺序调整到顶层:之前版本对于应用中创建的多个子窗口,系统总是将最后显示窗口显示在所有子窗口的最顶层。同时,当前系统中默认会将用户触摸或者鼠标点击的窗口提升至所有子窗口的最顶层。现在,通过window对象的aiseToAppTop方法,应用开发者可以自行将某个子窗口调整至WindowStage多个子窗中的最顶层。 2. 支持将子窗口z轴顺序调整到顶层:之前版本对于应用中创建的多个子窗口,系统总是将最后显示窗口显示在所有子窗口的最顶层。同时,当前系统中默认会将用户触摸或者鼠标点击的窗口提升至所有子窗口的最顶层。现在,通过window对象的raiseToAppTop方法,应用开发者可以自行将某个子窗口调整至WindowStage多个子窗中的最顶层。
3. 重构沉浸式实现方式,优化应用打开、退出、跳转下的动画效果:之前版本,应用打开时全屏应用窗口大小默认不包含状态栏和导航栏的区域,除非应用调用沉浸式接口(通过setWindowLayoutFullScreen或者setSystemBarEnable)。沉浸式应用在打开的过程中调用上述接口,会导致打开动画出现跳变,影响应用打开和应用间跳转动画的体验。新版本上,无论是否设置沉浸式显示,全屏显示的应用窗口大小都包含状态栏和导航栏的区域,而非沉浸式应用的状态栏、导航栏避让会通过ArkUI限制应用显示区域完成。 3. 重构沉浸式实现方式,优化应用打开、退出、跳转下的动画效果:之前版本,应用打开时全屏应用窗口大小默认不包含状态栏和导航栏的区域,除非应用调用沉浸式接口(通过setWindowLayoutFullScreen或者setSystemBarEnable)。沉浸式应用在打开的过程中调用上述接口,会导致打开动画出现跳变,影响应用打开和应用间跳转动画的体验。新版本上,无论是否设置沉浸式显示,全屏显示的应用窗口大小都包含状态栏和导航栏的区域,而非沉浸式应用的状态栏、导航栏避让会通过ArkUI限制应用显示区域完成。
......
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册