[Libreoffice-ux-advise] [Bug 117755] selecting text changes the current search target

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=117755

Heiko Tietze  changed:

   What|Removed |Added

 CC|libreoffice-ux-advise@lists |
   |.freedesktop.org|
   Keywords|needsUXEval |

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 117755] selecting text changes the current search target

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=117755

--- Comment #25 from Heiko Tietze  ---
(In reply to lvm from comment #22)
> Excuse me, how one can move cursor or select text in the main window when
> find bar has the focus and intercepts all keystrokes?...

Would have been good to put this use case at the beginning. Your enhancement
proposal might be one solution for your problem but isn't how LibreOffice works
and has drawbacks for other use cases. 

The shortcut is ctrl+F6 to go back to the document, see comment 23.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 117755] selecting text changes the current search target

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=117755

--- Comment #24 from l...@royal.net ---
> And again, that is simply not a valid assertion, and is not how our Find bar
> (or any Toolbar) is designed to work in the OOo, AOO, or LO GUI. The Find
> toolbar object behaves like any other toolbar.
> 
As far as I remember at first there was no find toolbar, only the modal find
dialogue which behaved in a way all find dialogues behaved: you opened it to
search and closed it upon find. Then someone created a find toolbar as an
alternative way of searching. Then someone decided to optimize and create a
common component using the find toolbar as the base. The intent was good, the
implementation was not, and enforcing find toolbar behaviour on the find
dialogue which is now became undocked find toolbar created all sorts of
unwanted side effects in all components e.g. Bug 102506. I am afraid your
statement is invalid, you cannot say that 'this is the way toolbar works'.
Undocked find is not a toolbar, it replaced the find dialogue and should behave
like one even if it is based on the toolbar.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 117755] selecting text changes the current search target

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=117755

V Stuart Foote  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
   Keywords||needsUXEval

--- Comment #23 from V Stuart Foote  ---
(In reply to lvm from comment #22)
> > 
> Excuse me, how one can move cursor or select text in the main window when
> find bar has the focus and intercepts all keystrokes? As for taking hands
> off keyboard and using a mouse, it is just inefficient - as well as keeping
> the find bar floating around in case I might want to keep searching for the
> same target.

For keyboard navigation F6, F10, or +, coupled with +F allow
you to move between GUI elements and Findbar witout use of mouse.

>... The proper way to use the find window is to use it and close it
> or even close it automatically upon find e.g. like in mcedit.
>

And again, that is simply not a valid assertion, and is not how our Find bar
(or any Toolbar) is designed to work in the OOo, AOO, or LO GUI. The Find
toolbar object behaves like any other toolbar.

I've routed this back for UX-advise, but IMHO remains undesirable.

=> WONTFIX

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 117755] selecting text changes the current search target

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=117755

Heiko Tietze  changed:

   What|Removed |Added

   Keywords|needsUXEval |
 Status|UNCONFIRMED |RESOLVED
 CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com
   |.freedesktop.org|
 Resolution|--- |NOTABUG

--- Comment #5 from Heiko Tietze  ---
Initializing the search with the current selection is standard behavior. Try
for example with your Internet browser. Dieter explained the reason for it, and
to turn that around, why would you select something and still search for
previous terms?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 117755] selecting text changes the current search target

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=117755

l...@royal.net changed:

   What|Removed |Added

Summary|copying text to clipboard   |selecting text changes the
   |changes the current search  |current search target
   |target  |

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise