为何键盘下方有留白，如何设置取消？

[RFDAJE]

就是如图红色标识出的区域，多谢。

[goodaniu]

设置style属性
keyboard_padding_bottom: 竖屏模式下，屏幕下边缘与键盘的距离（减少全面屏误触）

[RFDAJE]

设置这个参数大于0会让这个留白继续变高，设置0或者负值没有变化。

[goodaniu]

我手机上的主题没有此问题。你底部这个高度，我翻了一遍主题详解，也没有其它项和此有关，如果不是之前设置了keyboard_padding_bottom，那恐怕不是如何设置的问题，如果你已经是最新版本，建议向开发者咨询。
之前有人反馈过同样的问题，后来没有了，但也不清楚什么原因。#1686

[RFDAJE]

多谢，我跟进一下 #1686

[goodaniu]

那个issue已经关闭了

[RFDAJE]

相关讨论 #1336

[FlyingpigNZ]

这个感觉和rom有关，应该是：
protected fun getNavBarBottomInset(windowInsets: WindowInsets): Int 这里在没有navigation bar的时候仍然返回了navigation bar的padding
我尝试了hack直接返回0，空白就没有了。
应该是还有什么方法来判断是全面屏手势模式还是三个按钮的导航模式。
相同的apk在三星手机上是没有问题，的不需要hack。但是在荣耀手机上就有一片空白。两个都是android 16。
感觉国产手机总喜欢整些奇怪的东西。
@WhiredPlanck

[dewbea]

所以有办法关吗，我是荣耀手机，下面强制留白。

[RFDAJE]

补充一下，我用的手机是RedMagic 10 Air, Android 15, OS: RedMagicOS10.0.13_NX79J_EEA

[FlyingpigNZ]

新建了一个PR
#1930
希望能解决这个问题，在我个人使用的MagicOS10上是工作的，用NavBar或者Gesture都工作。其他系统的话，因为逻辑没有改变，应该也不会有问题。

[csjtl]

手势也有两个收起键盘和切换输入法的按钮，现在我的被覆盖了

[FlyingpigNZ]

所以有些系统的导航栏不仅仅是三个按钮，不管是不是手势导航，都会留一个空白给输入法和收起键盘的按钮？这就很难判断了。
判断有两个区域，一个是导航栏，一个是mandate space。原先的问题是导航栏高度为0，mandate高度有值。这种情况下我把键盘直接贴底放了。
像你这样的情况改一下主题的bottom_margin可能比改代码方便。

[csjtl]

所以有些系统的导航栏不仅仅是三个按钮，不管是不是手势导航，都会留一个空白给输入法和收起键盘的按钮？这就很难判断了。 判断有两个区域，一个是导航栏，一个是mandate space。原先的问题是导航栏高度为0，mandate高度有值。这种情况下我把键盘直接贴底放了。 像你这样的情况改一下主题的bottom_margin可能比改代码方便。

下面空白可能是手机rom把功能去掉了，留了个空白，原生是有功能的。如果其它第三方输入法没有留白那就是有其它判断的方法吧。

[WhiredPlanck]

@FlyingpigNZ 很抱歉之前没时间审阅你的 PR。你提交的代码在 TrimeInputMethodService 的更改让我有些不解，那个明明是针对非虚拟键盘的，改掉它的原因是什么呢？另外，你还调用了 Android 6 及以上才能调用的函数，而同文最低兼容 Android 5，用 Android Studio 打开有红线报错的。这个 PR 质量说实话不是很高。

[FlyingpigNZ]

@FlyingpigNZ 很抱歉之前没时间审阅你的 PR。你提交的代码在 TrimeInputMethodService 的更改让我有些不解，那个明明是针对非虚拟键盘的，改掉它的原因是什么呢？另外，你还调用了 Android 6 及以上才能调用的函数，而同文最低兼容 Android 5，用 Android Studio 打开有红线报错的。这个 PR 质量说实话不是很高。

感谢指正，但是我这边miniSdk 21在Android studio里并没有报错的情况。另外我再三确认了一下，新用到的WindowInsetsCompat / getRootWindowInsets最低依赖 应该是API 21。

至于isVirual分支的计算我也很困惑，如果说之前的代码也走的是我修改过的分支，那么isVirtual的定义可能有问题。如果走的不是那个分支，那么!isVirtual的计算的意义又是什么。

另外我准备更新一个PR来处理报告的手动抬高键盘的问题。

[WhiredPlanck]

我的 AS 告诉我 getRootWindowInsets 最低需要 API 23 😂 非 isVirtual 分支是连接到物理键盘时用的，为了避免输入法的可点击区域覆盖到虚拟导航栏导致触摸操作失效，直接 findViewById 就行了，这里不需要很精确。如果说测试实际发现在使用虚拟键盘时也有无效抬高的情况，那再排查一下 isVirtual 是不是计算有误差。

[WhiredPlanck]

@FlyingpigNZ 很抱歉之前没时间审阅你的 PR。你提交的代码在 TrimeInputMethodService 的更改让我有些不解，那个明明是针对非虚拟键盘的，改掉它的原因是什么呢？另外，你还调用了 Android 6 及以上才能调用的函数，而同文最低兼容 Android 5，用 Android Studio 打开有红线报错的。这个 PR 质量说实话不是很高。

感谢指正，但是我这边miniSdk 21在Android studio里并没有报错的情况。另外我再三确认了一下，新用到的WindowInsetsCompat / getRootWindowInsets最低依赖 应该是API 21。

至于isVirual分支的计算我也很困惑，如果说之前的代码也走的是我修改过的分支，那么isVirtual的定义可能有问题。如果走的不是那个分支，那么!isVirtual的计算的意义又是什么。

另外我准备更新一个PR来处理报告的手动抬高键盘的问题。

另外同文这部分处理是直接照抄小企鹅的，考虑到他们通常实现得更严谨，建议先从小企鹅调试作为参考，对照排查同文有没有遗漏的地方。

[FlyingpigNZ]

@FlyingpigNZ 很抱歉之前没时间审阅你的 PR。你提交的代码在 TrimeInputMethodService 的更改让我有些不解，那个明明是针对非虚拟键盘的，改掉它的原因是什么呢？另外，你还调用了 Android 6 及以上才能调用的函数，而同文最低兼容 Android 5，用 Android Studio 打开有红线报错的。这个 PR 质量说实话不是很高。

感谢指正，但是我这边miniSdk 21在Android studio里并没有报错的情况。另外我再三确认了一下，新用到的WindowInsetsCompat / getRootWindowInsets最低依赖 应该是API 21。

至于isVirual分支的计算我也很困惑，如果说之前的代码也走的是我修改过的分支，那么isVirtual的定义可能有问题。如果走的不是那个分支，那么!isVirtual的计算的意义又是什么。

另外我准备更新一个PR来处理报告的手动抬高键盘的问题。

另外同文这部分处理是直接照抄小企鹅的，考虑到他们通常实现得更严谨，建议先从小企鹅调试作为参考，对照排查同文有没有遗漏的地方。

仔细查了下文档，倒是真的是API 23才支持。我看看吧，如果说!isVirtual分支不影响的话，可以考虑revert回最先的实现，没必要去改。另外一个文件的修改是需要的。修改之后应该是这样。

语燕输入法也有相同的覆盖系统抬高区域区域的问题。这一块的处理在不同ROM下是一团乱麻。

[WhiredPlanck]

@FlyingpigNZ 了解～

[dewbea]

@FlyingpigNZ 新版又出现强制抬高的问题了，是更新回滚了吗？

[dewbea]

同样是magicOS10（135版本） 我发现开了导航条的话是会下降的，但是不开的话还是强制抬高了。有些主题的最下面是放了些不常用的键利用了空间的，强制抬高就破坏了这一优点，而且高度低的话可以在yaml里面调，但强制抬高就没法了。

[FlyingpigNZ]

同样是magicOS10（135版本） 我发现开了导航条的话是会下降的，但是不开的话还是强制抬高了。有些主题的最下面是放了些不常用的键利用了空间的，强制抬高就破坏了这一优点，而且高度低的话可以在yaml里面调，但强制抬高就没法了。

这就奇怪了，我也是135。但是只有在这个打开的时候才会抬高。关闭的时候是没有的。

有没有可能你的主题里有对应的bottom_padding？

[dewbea]

@FlyingpigNZ bottom_padding我设置的是0，而且换上同文的默认皮肤也会抬高。之前用v3.3.9-0版本是正常贴底的，更新成v3.3.9-32就抬高了。

[FlyingpigNZ]

@FlyingpigNZ bottom_padding我设置的是0，而且换上同文的默认皮肤也会抬高。之前用v3.3.9-0版本是正常贴底的，更新成v3.3.9-32就抬高了。

这就奇怪了，我回头找个时间试试git上的这个版本看看。我用的是自己编译的。新版本的确是修改过对应的判断。但是我的荣耀上面没问题。你的抬高键盘设置打开了么？

[dewbea]

@FlyingpigNZ bottom_padding我设置的是0，而且换上同文的默认皮肤也会抬高。之前用v3.3.9-0版本是正常贴底的，更新成v3.3.9-32就抬高了。

这就奇怪了，我回头找个时间试试git上的这个版本看看。我用的是自己编译的。新版本的确是修改过对应的判断。但是我的荣耀上面没问题。你的抬高键盘设置打开了么？

没打开，我试过打开和关闭，抬高都在。

[WhiredPlanck]

@FlyingpigNZ 我感觉现在处理仍然不是很好。在我自己的手机系统上（vivo OriginOS 6, Android 16），键盘就没被正确抬高，键盘底部被抬高的部分遮盖了。

[FlyingpigNZ]

只能回头加一个log看看到底是哪些部分在起作用了。这一块的处理只能从log里看底部是哪些区域需要抬高或者不需要抬高。

[WhiredPlanck]

鉴于在我自己的系统上有问题，我可能会想近期 revert 回到以前的状态。毕竟意外抬高不会影响使用，被遮挡就很烦恼了。

[FlyingpigNZ]

可以，我没问题，你先revert，然后能否把那几个inset的高度数值给log一下，看看在抬高的时候他们分别是多少。