diff options
author | Jan Mulder <jlmulder@xs4all.nl> | 2017-10-30 16:06:02 +0100 |
---|---|---|
committer | Jan Mulder <jlmulder@xs4all.nl> | 2017-10-30 18:42:58 +0100 |
commit | 15cdcdbc6997aa662b7fb76cfab3c147b0bea779 (patch) | |
tree | cd50177a6e1aff7c251b00c5b77e79812e744a7f /dives/ostc_00173_17-08-2013_027m_043min.dive | |
parent | 182992fad59b024a70c8d66bcd3ae8a5b6046fe3 (diff) | |
download | subsurface-15cdcdbc6.tar.gz |
QML UI: show divelist from the top
In commit bdf6dc78281bec2, we pulled in some changes from Kirigami.
I checked all the new commits and they seemed just fine, and a
test (on desktop) on both Qt 5.9.1. and 5.9.2 showed no obvious
problems.
However, some time later, working on something else, I compiled
from Android to test, and saw some strange behavior in the dive
list. The topmost dive is partially hidden behind the application
header on startup of the app, but can be pulled down. Not a big
deal, but is does not look right.
After tedious testing, bisecting, etc, I found commit
d0f3941a4d7f4d4c6 in Kirigami (obviosuly, it was not clear from
the start that it was in Kirigami, as I could well have been
some error in Subsurface, or even Qt). Mentioned commit is
trivial, and handles with the wideScreen property of the
application window. With wideScreen = false, the bug is
visible, when true the bug is gone.
This all said. Just set the wideScreen to true, which can
definitely be considered a workaround. I exspect that this
commit can be reverted later on when Kirigami is fixed.
Signed-off-by: Jan Mulder <jlmulder@xs4all.nl>
Diffstat (limited to 'dives/ostc_00173_17-08-2013_027m_043min.dive')
0 files changed, 0 insertions, 0 deletions