It can be tedious and painful to replace hundreds or thousands of instances of one color with another color.
It can be necessary because the new color palettes do not include all the same colors as the old ones, and users may need to match colors of existing items to those of new items.
It could be useful because users could experiment with different color choices without changing each item.
It would also help for users to be able to check the color of a specific spot without entering each group in turn.
enhancement request. status NEW.
Similar solution exists already in Writer for text. There you use the option "Attributes" in the Find&Replace dialog for to exchange a character background color, for example. Having such for drawing objects too, would be nice.
The last wish "It would also help for users to be able to check the color of a specific spot without entering each group in turn." is a different topic and needs a separate issue.
Please look whether bug #55592 covers already all or some of your wishes and clarify the topic of this issue.
Yes, this could use the color replacer tool here:
Or any appropriate tool. Color replacer doesn't work in either LibreOffice or OpenOffice.
Ok, let's change this to be about extending the Find & Replace by Attribute functionality to Impress & Draw.
See Also now refers to the Find & Replace by format feature request.
As I commented at bug 55592, comment 5 we have styles. And if that doesn't work I would use existing feastures rather than implementing another dialog. For instance the navigator could offer better selection mechanisms (filters).
How would Styles help someone replace all instances of one color with another color? I would still need to find all the relevant objects, and none of the others, and make each of the relevant objects part of the style. I would sometimes need to redefine some as part of another style or a new style. It sounds like a lot of extra trouble without solving the original problem.
How would the Navigator help someone do anything at all? I mean the Navigator now lists shapes and sub-shapes, but unless users manually type in hundreds of descriptions, potentially worsening rsi for nothing, it only identifies them as Shape 150, etc., and it doesn't seem to allow us to select them. Clicking and double-clicking on the entries doesn't work. Hitting return doesn't work. Nothing in the Draw Guide suggests any way to actually use the Navigator to select or modify shapes.
As it is, LibreOffice Draw already worsens my rsi. I expect it would further worsen rsi among users who are naming everything in the Navigator.
(In reply to MarjaE from comment #6)
> How would Styles help someone replace all instances of one color with
> another color? I would still need to find all the relevant objects, and none
> of the others, and make each of the relevant objects part of the style. I
> would sometimes need to redefine some as part of another style or a new
> style. It sounds like a lot of extra trouble without solving the original
Styles are convenient assuming they are used right from the start. Bolting them on after thousands of objects with direct formatting have already been created requires some scripting solution to avoid worsening of rsi.
When such an "inconvenient" document already exists, perhaps it would also be possible to do find & replace inside the content.xml of the unzipped document to change the color.
(In reply to MarjaE from comment #6)
> How would the Navigator help someone do anything at all?
Rather than implementing a dialog for each and every task we have to aim for a generic approach. You can easily change attributes for multiple selections, so my recommendation is to improve the object selection. Of course, the navigator doesn't help you today, but imagine a tool for easy selection and perhaps with filter options for certain attributes. It would be some kind of find and replace but not at the dialog that is being used for text.
*** Bug 92608 has been marked as a duplicate of this bug. ***
The use case of batch modification of many objects is not solved by enhancing the F&R dialog. However, consistency across the modules is preferable and there is no negative bearing on UX when the dialog get's another functionality.