https://bugs.documentfoundation.org/show_bug.cgi?id=119862
R. Bingham <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|WORKSFORME |---
Ever confirmed|0 |1
--- Comment #9 from R. Bingham <[email protected]> ---
Now LO Version: 6.1.2.1 (x64)
Build ID: 65905a128db06ba48db947242809d14d3f9a93fe
CPU threads: 8; OS: Windows 10.0; UI render: default;
Locale: en-US (en_US); Calc: CL
Closed too soon. Prior behavior re-encountered. Re-opened after extensive tests
to find opaque LO Writer behaviors with much more specific steps to reproduce
issues.
To reproduce:
1) Open the demo document attach to bug.
1a) Expected: The doc should open on the title page with edit cursor at top
left of title page and correspondingly NO active selection in the Navigation
Pane (NP) if materialized. Set the edit cursor at the top of the title page if
not already.
1a) You may use the vertical scroll bar in the main document window by mouse
wheel or cursor grab but DO NOT select any main window text or otherwise move
the editing cursor as this can cause a selection action (list item highlighted)
in the NP. (The doc has some explainatory text under the first heading.)
2) Materialize the NP if not already.
3) Avoiding the selection of any NP list item, expand the NP headings tree
sufficiently such that is has several more lines than can be shown in the NP,
that is, the vertical scroll bar appears.
Test #A - NP line item select ONLY (single-click, not double-click action!)
A0) Initialize: In main document window set editing cursor at top of title
page.
A0a) Expected & Observed: Any NP line item selection should be cleared.
A1) In the NP, vertically scroll ONLY (care not to select) to bring heading
H.01 in view.
A2) Expected & Observed: IF scroll ONLY was done in the NP (no line item
selection action), then if in the main document window heading H.01 was not in
view the main document window should not have moved to bring heading H.01 in
view.
A3) Select ONLY (single-click!) the NP line item H.01.
A4) Expected: Heading H.01 line item should then be selected (highlighted) in
the NP AND if in the main document window heading H.01 was not in view the main
document window should *not* have moved to bring heading H.01 in view.
A5) Avoiding any change in main window or NP selection state, scroll the NP
vertically by mouse wheel or cursor grab to take heading H.01 out of view.
A6) Wait momentarily.
A7) Expected & Observed: No NP vertical scroll movement, leaving NP line item
H.01 out of view in both the NP and main window.
Test #B - Main document window cursor set or text select.
B0) Initialize: In main document window set editing cursor at top of title
page.
B0a) Expected & Observed: Any NP line item selection should be cleared.
B1) In the main document window, vertically scroll ONLY (care not to cursor
select or set) to bring heading H.01 in view.
B2) Expected & Observed: IF scroll ONLY was done in the main document window
(no edit cursor position set), then if NP line item H.01 was not in sight
previously, i.e., at the end of Test A, the NP should *not* have moved to bring
heading H.01 in view.
B3) By click or text select, set the editing cursor anywhere in main window
heading H.01 text.
B4) Expected & Observed: Heading H.01 line item should then be selected
(highlighted) in the NP AND if NP line item H.01 was not in sight previously,
i.e., at the end of Test A, the NP *should have* moved autonomously to bring
heading H.01 in view.
B5) Avoiding any change in main window or NP selection state, scroll the NP
vertically by mouse wheel or cursor grab to take heading H.01 out of view.
B6) Wait momentarily.
B7) Expected: No NP vertical scroll movement.
B8) Observed: Even if the NP scroll bar is held by cursor grab, the NP
autonomously vertically scrolls to bring heading H.01 back in view.
Test #C - NP line item double-click action
C0) Initialize: In main document window set editing cursor at top of title
page.
C0a) Expected & Observed: Any NP line item selection should be cleared.
C1) In the NP, vertically scroll ONLY (care not to select) to bring heading
H.01 in view.
C2) Expected & Observed: IF scroll ONLY was done in the NP (no line item
selection action), then if in the main document window heading H.01 was not in
view the main document window should *not* have moved to bring heading H.01 in
view.
C3) Action Select (double-click!) the NP line item H.01.
C4) Expected & Observed: Heading H.01 line item should then be selected
(highlighted) in the NP AND if in the main document window heading H.01 was not
in view the main document window *should have* moved to bring heading H.01 in
view.
C5) Avoiding any change in main window or NP selection state, scroll the NP
vertically by mouse wheel or cursor grab to take line item H.01 out of view.
C6) Wait momentarily.
C7) Expected: No NP vertical scroll movement.
C8) Observed: Even if the NP scroll bar is held by cursor grab, the NP
autonomously vertically scrolls to bring heading H.01 back in view.
By suitable adjustment, the above tests may be adapted to show similar
behaviors when the target heading item is toward the end of the document or NP
line item list tree. The autonomous NP behavior becomes scroll down rather
than scroll up.
Observed behavior summary:
I) Setting of the edit cursor (single-click or multi-character select) in the
main document window at a heading displayed as an NP line item creates an NP
line item selection AND sets an "always in view" autonomous behavior in the NP
for the selected line item. A seeming main window to NP "view bond" is
established.
II) An NP item Action Select (double-click) triggers main window autonomous
scrolling to bring the select NP item in view in the main window AND sets an
"always in view" autonomous behavior in the NP for the selected line item. A
seeming main window to NP "view bond" is established.
III) Conversely, mere selection (single-click) of an NP line item does not
trigger main document window autonomous scrolling if the selected NP item is
out of view in the main window AND does *not* set an "always in view"
autonomous behavior in the NP for the selected line item.
IV) When in behavior modes I and II, performing a Select (single-click) on any
other NP line item (behavior III) releases any main window bond behavior and
terminates any "always in view" behavior.
The UI behavior problems here are:
1) The "always in view" autonomous behavior in the NP for the selected line
item means, for a long expanded tree NP, the user cannot scroll to and at
leisure examine or expand/collapse out of view areas of the NP tree before the
NP line item tree scrolls out from under the user.
2) There are now two tree-display behavior modes of the NP and the user's
click-stream path to enter, exit or toggle these modes is opaque unless a user
has done the above detailed behavior study. If there is a visual NP behavior
mode indicator (other than the behavior itself) I have not discovered it,
meaning static visual inspection does not indicate the current NP behavior
mode. Thus for a user the NP behavior can appear random because of not
associating a possibly long ago specific click stream with an NP mode change.
Single click and double click act differently between the NP and the main
window. https://help.libreoffice.org/Writer/Navigation does not indicate these
two behavior modes.
3) Additional burden of yet more hidden mode state the user has to remember or
develop a habit of defensive reset (behavior IV) to a known mode.
Given https://help.libreoffice.org/Writer/Navigation does not mention these
behavior modes, it is not clear if this situation is a bug or an undoc feature.
If a feature, then I suggest 1) document it, and 2) some static visual
indicator of behavior mode.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
