diff options
author | Justin Luth <justin.luth@collabora.com> | 2019-11-14 16:42:40 +0300 |
---|---|---|
committer | Xisco Faulí <xiscofauli@libreoffice.org> | 2019-11-21 12:20:04 +0100 |
commit | 342a5890dbcddccb4013e201e3ff3d9e6967e733 (patch) | |
tree | 58746f93614ca4a2e87a5f9bdfd3e1f204f48335 /external/libxslt | |
parent | 60b1a93a990a9978a30dee929526faf8db629a7f (diff) |
tdf#84929 sw UI: stay at footer when showing control
Scenario: a new document where the first thing the user wants
to do is create a footer. Scroll down to the bottom of the page
(this does mean that you can't see the top of the page, right?
None of my screens show an entire page by default anyway...)
and click in the footer area. The screen jumps back to the top
of the page and the user needs to scroll to the bottom again
in order to enable the footer.
So, in the very specific case of the control being turned on
(because I don't care about a jump if the control is being
turned off) don't process a return to the cursor position.
Regression potential:
The only use case I can think of is someone trying to
drag a section by starting too low on the page. The early return
will quickly cancel any kind of drag attempt. Basically if the user
clicks in the footer area without intending to get the
separator bar, it might act differently than what previously
happened. I don't really see this scenario as a problem.
One additional limitation could be added to only apply this
if it is dealing with the footer, since in the case of a
header there would be no screen-jump.
Change-Id: I11cd3089b85d8eb49063b902e6bf8bf2e1412aa7
Reviewed-on: https://gerrit.libreoffice.org/82701
Tested-by: Jenkins
Reviewed-by: Xisco Faulí <xiscofauli@libreoffice.org>
Diffstat (limited to 'external/libxslt')
0 files changed, 0 insertions, 0 deletions