mirror of
https://github.com/subsurface/subsurface.git
synced 2025-02-19 22:16:15 +00:00
mobile/dive-details: don't show virtual keyboard in dive view mode
At least in 4.9.3.1258/3.0.1 I was able to reproduce a situation where I edit one dive, go back to the dive list, then tap on a different dive and then the keyboard pops up, obscuring a big chunk of the screen. This tries to make sure the keyboard isn't shown in dive view mode. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
This commit is contained in:
parent
085b5ff0db
commit
49dc8b9065
1 changed files with 17 additions and 0 deletions
|
@ -197,6 +197,23 @@ Kirigami.Page {
|
||||||
}
|
}
|
||||||
]
|
]
|
||||||
|
|
||||||
|
Component.onCompleted: {
|
||||||
|
// when we first create this page, we are in "view" mode and shouldn't show
|
||||||
|
// a virtual keyboard. This should be unnecessary, but in some circumstances,
|
||||||
|
// when the user editied a dive, went back to the dive list, and then tried to
|
||||||
|
// view a different dive, the Android keyboard would pop up
|
||||||
|
Qt.inputMethod.hide()
|
||||||
|
}
|
||||||
|
|
||||||
|
onHeightChanged: {
|
||||||
|
// even with the explicit attempt to hide the keyboard above, it STILL sometimes
|
||||||
|
// pops up when first showing a dive. So let's get more aggressive
|
||||||
|
// QML doesn't let me trigger this based on the visible property of the inputMethod,
|
||||||
|
// but when it becomes visible, the height of the page changes, so let's use that
|
||||||
|
if (Qt.inputMethod.visible && state === "view")
|
||||||
|
Qt.inputMethod.hide()
|
||||||
|
}
|
||||||
|
|
||||||
property QtObject deleteAction: Kirigami.Action {
|
property QtObject deleteAction: Kirigami.Action {
|
||||||
text: qsTr("Delete dive")
|
text: qsTr("Delete dive")
|
||||||
icon {
|
icon {
|
||||||
|
|
Loading…
Add table
Reference in a new issue