Summary: | Find All should always report no. of matches | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Luke Kendall <luke.kendall> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | enhancement | CC: | dgp-mail, libreoffice-ux-advise |
Priority: | medium | Keywords: | needsUXEval |
Version: | 6.4.2.2 release | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 86066, 102847 | ||
Attachments: | Example document to show the edge case |
Description
Luke Kendall
2020-05-22 03:57:15 UTC
Luke, thanks for enhancement request. Could you please add a sample document, that makes the "edge case" more clear? I couldn't reproduce with a document of my own. Thanks. => NEEDINFO Created attachment 161261 [details]
Example document to show the edge case
Here is one.
Find all of ^$ with regex on.
(There are 172 of them I think - based on replace nbsp.s with empty strings - but you can't find that out from the UI because of the edge case.
[Automated Action] NeedInfo-To-Unconfirmed (In reply to QA Administrators from comment #3) > [Automated Action] NeedInfo-To-Unconfirmed Thanks for the file. I confirm the observed behaviour. But AFAIK statusbar shows number of the words and characters, that are selected (and that are of course the search results). So perhaps it won't be trivial to display search results, if no word and character is selected. So let's add design team for further opinion. dt+f3 for some dummy text, search for "he" and find 44 words selected in the statusbar. But I admit it's a workaround and we should show the number of results at least in the dialog. The hidden "search key not found" label could be a good place. Same request has been done for the quickfind bar in bug 106383 and for the full dialog search in bug 84583. Let's make this one a duplicate of the second. *** This bug has been marked as a duplicate of bug 84583 *** |