https://bugs.documentfoundation.org/show_bug.cgi?id=117755
V Stuart Foote <vstuart.fo...@utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vstuart.fo...@utsa.edu
--- Comment #17 from V Stuart Foote <vstuart.fo...@utsa.edu> ---
Can not confirm, current UI is consistent and correct.
With Ctrl+F Findbar *enabled* and present in the UI, a selection/copy from text
does not change the current find target! The Find bar retains original entry
and Find Previous/Find Next/Find All buttons continue with that value.
Only if the Findbar has been *closed* does a new selection/copy from text
replace the prior search. And with no ensuing selection, the prior find target
is used.
This UI makes functional sense and is consistent. If you don't want/need to
retain the find target close the Findbar--if you want to retain it to be able
to navigate through text leave it open.
Changing this would impose a regression for users used to working with the
Findbar.
Otherwise the issue of placing an arbitrary limit on the size of the string
held in the Findbar is reasonable--maybe ~256 characters?
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
