Description: When using tools Find and Replace (ctrl + h) of Calc and Writer, the obvious is noticeable; by design respectively in open spreadsheet and document, no code is preventing targets of search expressions to be covered by those tools' windows. Steps to Reproduce: Operate a replacement against a key expression using tools Find and Replace (ctrl + h). Actual Results: Tool windows will invariably have to be moved randomly over the spreadsheet/document in order to reveal targets hidden by those very windows. Due to that methodology, a relevant name for those tools could have been "Move and Reveal" in place of the current one, which would have sound like a video game and would have been fair. Expected Results: Solution; obvious since unique, although i name it in order to prevent misinterpretations. - Tools shall not be as floating windows format, which then leads to conclude they shall be as tool-bars format. - Tool bars shall be for convenience exhibited horizontally and located either at the top or bottom of the Calc and Writer interfaces, therefore according to the Find tool model (ctrl + F). - Non-needed functions sectionn shall be hidden, as it is already implemented; see libreoffice_writer_7.2.5.2_minimal_size.png. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.5.2.0+; Build ID: 20(Build:2); CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI: en-US; Calc: threaded
Created attachment 177865 [details] Writer | tool Find-and-replace floating window in minimal size
I didn't read it but let's call UX.
Rephrasing in my words to make sure having the same understanding: Your problem is the F&R dialog covering the sheet on repeated replace operations. For some reason you don't want to run Find All/Replace All and the search results dialog is not helpful. The proposal is to put all controls of the F%R dialog in a toolbar. Serious drawback of this solution is a jumping UI. But let's consider a sidebar deck, see bug 95405. If you agree on this solution we could make your request a duplicate.
- F&R dialogue is covering the sheet/document, be replace operation single or repeated. That is the method of discovery of the targets that allows to see the context in which those targets are present. Due to its design it is not a method supported by Find All/Replace All operation, which is therefore not relevant in regard to the present report. - Indeed my suggestion was to implement a complete F%R dialogue into a tool-bar. - By "jumping UI" you probably referred to a variability of UI hight, be it horizontal or vertical, that might occur. - Solution available: UI for an horizontal toolbar would avoid that behaviour by taking into account such a variability, by permanently exhibiting a required number of bars that are aimed to contain that variability. That was indeed a pertinent observation that Björn did on October 2015.
We have a proposal that looked weird to me so I called UX. S Solution was offered to be marked a duplicate of sidebar solution, which is feasible. No argument was offered further on that, so I close as a duplicate. *** This bug has been marked as a duplicate of bug 95405 ***