https://bugs.documentfoundation.org/show_bug.cgi?id=117755
Heiko Tietze changed:
What|Removed |Added
CC|libreoffice-ux-advise@lists |
|.freedesktop.
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 t
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 tool
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
V Stuart Foote changed:
What|Removed |Added
CC||libreoffice-ux-advise@lists
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
--- Comment #22 from l...@royal.net ---
> Meaning, rather than to close the undocked Find bar, a mouse click,
> text selection, or cursor movement places cursor focus back onto document
> canvas.
>
Excuse me, how one can move cursor or s
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
V Stuart Foote changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
l...@royal.net changed:
What|Removed |Added
Resolution|WONTFIX |---
Status|RESOLVED
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
--- Comment #20 from l...@royal.net ---
(In reply to V Stuart Foote from comment #17)
> 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
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
Dieter Praas changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
--- Comment #18 from Heiko Tietze ---
Input from Stuart at comment 17 and Cor who agreed with comment 9 comply with
WONTFIX.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
V Stuart Foote changed:
What|Removed |Added
CC||vstuart.fo...@utsa.edu
--- Comm
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
Xisco Faulí changed:
What|Removed |Added
Ever confirmed|1 |0
CC|
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
--- Comment #15 from Jean-Baptiste Faure ---
(In reply to lvm from comment #13)
> It was confirmed by Dieter Praas in comment #2 and it is not longer a bug
> but an enhancement.
The behavior is confirmed in comment #2, not that this beha
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
--- Comment #14 from Dieter Praas ---
Heiko, can design-team decide about this proposal for an enhancement or about
the proposal for restriction you mentioned in comment 9?
--
You are receiving this mail because:
You are the assignee fo
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
l...@royal.net changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|NOTABUG
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
Jean-Baptiste Faure changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
l...@royal.net changed:
What|Removed |Added
Severity|normal |enhancement
Resolution|N
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
Jean-Baptiste Faure changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolutio
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
--- Comment #9 from Heiko Tietze ---
(In reply to lvm from comment #8)
> Kate indeed behaves this way but there is a trick you might want to borrow:
> it won't use the selection as a search target if exceeds a certain size
> while writer
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
--- Comment #8 from l...@royal.net ---
Kate indeed behaves this way but there is a trick you might want to borrow: it
won't use the selection as a search target if exceeds a certain size while
writer will cheerfully try to copy anything up
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
--- Comment #7 from Heiko Tietze ---
Okay, Chrome(ium) is very special with search. I was talking about Firefox but
also Kate or QtCreator. While your workflow is also an option I assume most
users prefer how it's currently implemented. I
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
l...@royal.net changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|N
https://bugs.documentfoundation.org/show_bug.cgi?id=117755
Heiko Tietze changed:
What|Removed |Added
Keywords|needsUXEval |
Status|UNCONFIRMED
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
24 matches
Mail list logo
