In a very long document, it would be helpful if you could restrict the Find&Replace search to be only within comments. As it is, I wanted to find something, but had to scan manually, because I could form no search that didn't produce more hits on the main text than the comments. Maybe for the UI you could change the Comments checkbox to a radio button selecting between options: Including Comments / Only Comments?
I think it's a good idea, but not sure about the radio buttons. We need design team input.
We're replacing our use of the 'ux-advise' component with a keyword: Component -> LibreOffice Add Keyword: needsUXEval [NinjaEdit]
Together with "Current selection only" we should put these options under a section 'Scope'. Radio buttons are not bad for a few options that are not perfectly clear to the user. But it needs an option for the default. My take is this: (o) Whole Document [ ] Including Comments ( ) Current selection only ( ) Comments Only The whole dialog is a big mess IMHO. Attributes and Formats would be also a matter of scope. I doubt that users understand the UI.
*** Bug 148463 has been marked as a duplicate of this bug. ***
Let's do it the other way around, not much discussion here and a broader more flexible approach on the other ticket.
*** This bug has been marked as a duplicate of bug 148463 ***
(In reply to Heiko Tietze from comment #5) > Let's do it the other way around, not much discussion here and a broader > more flexible approach on the other ticket. Nonsense, the other ticket has no more input.
@Heiko, it looks like you're arguing with yourself here... should we continue the discussion on this bug page? @Luke , sorry about not noticing your bug before filing mine.
The topic was on the agenda of the design meeting. Solution a) is to list all entities similar to attributes and check it by default. The idea in comment 3 is not flexible, hard to understand and takes a lot of space. Solution b) would be to know where the search was started from and allow to "[ ] Search only in %1". Solution c) is to start the search command with a parameter like .uno:Search?where="comment" and allow to restrict the search to this entity only Solutions b) and c) clutter less, a) is more flexible (but requires a check all/none option).
(In reply to Heiko Tietze from comment #10) > The topic was on the agenda of the design meeting. > > Solution a) is to list all entities similar to attributes and check it by > default. The idea in comment 3 is not flexible, hard to understand and takes > a lot of space. > Solution b) would be to know where the search was started from and allow to > "[ ] Search only in %1". > Solution c) is to start the search command with a parameter like > .uno:Search?where="comment" and allow to restrict the search to this entity > only > > Solutions b) and c) clutter less, a) is more flexible (but requires a check > all/none option). I'll rephrase, since the minutes mis-capture my opinion as it evolved over the course of the meeting.. (a) (b) and (c) are for me all parts of the same solution: * A sub-dialog of the F&R dialog will list all _kinds_ of entities, just like we currently have for Attributes. The entries could be something like: Body, footnotes, endnotes, comments, footers, headers, headings etc. etc. * The initial selection on this dialog will depend on how or from where you got into the F&R dialog. For example, if the comment context menu had an item called "search comments", it would bring up F&R with only comments checked; but the main menu item would not do that. One can bike-shed what the default selection should be, and whether using the same menu item from different places should affect the default. * The initial selection can be overriden by a parameter of the UNO command, which would be a list of checked/selected items. So, the way a "search comments" would be implemented is the F&R dialog command, with a setting of the initial selection parameter to only have comments.
(In reply to Eyal Rozenberg from comment #11) > (a) (b) and (c) are for me all parts of the same solution: B) and c) are meant for just one entity. If you start to from comments you get the option "[ ] Search only in Comments". It would be an efficient and clean way to limit the search. Of course, we could do some initialization magic for a). But the flexibility comes here on cost of usability as we need another heavy control. Not a strong argument, I'm aware, and that's why all are acceptable solutions.
Currently, we can either find/replace the document content or comments if the checkbox is marked. Resolve WFM?
(In reply to Heiko Tietze from comment #13) > Currently, we can either find/replace the document content or comments if > the checkbox is marked. Resolve WFM? No, since currently, if the checkbox is marked, both the body and the comments are searched.
Also, if this is not where you want to continue discussion of these aspects of the F&R dialog - shouldn't the UI/design meeting minutes snippet and my comments be made on bug 148464 instead?
(In reply to Eyal Rozenberg from comment #15) > Also, if this is not where you want to continue discussion of these aspects > of the F&R dialog - shouldn't the UI/design meeting minutes snippet and my > comments be made on bug 148464 instead? Yes, it's a good idea to consolidate the topics around the proposed solution