At the moment, when we create a chart with multiple data series, or with multiple colored categories like in pies, LibreOffice assigns each series/category a (flat) color. This is sometimes undesirable: * Color-blind viewers * Monochrome displays * Printing on gray/monochrome printers * Printing thrift considerations: Avoiding full surfaces of color * Clashes with other uses of color in the document * Stylistic choices for the document, e.g. wanting less, or limited, use of colors It should be possible to get LibreOffice to assign each series/category a hatch, or assign each of them a pattern - as we can do manually when formatting the "area".
Created attachment 197080 [details] Screenshot You mean to change the default from blue, red, ... to blue, blue + hatch, ...?
(In reply to Heiko Tietze from comment #1) > You mean to change the default from blue, red, ... to blue, blue + hatch, > ...? Actually, I'm not 100% sure. I definitely want the possibility to have _just_ hatching with no colors (i.e. black and white only); and it would be nice to have just patterns where the pattern pixels are black-and-white only. But colorful hatching is also interesting. I just don't have a good idea of how to select color+hatch combinations.
You can configure your plots freely. What do you think should be the default? (Also asking since we have more than one color; and ultimately this sounds very much like a WF to me.)
(In reply to Heiko Tietze from comment #3) > You can configure your plots freely. I'm not asking about configuring things after they've been created, I want to configure what LO does by default. Moreover, this is not even about a specific style, but rather about the logic of generating multiple styles for an unlimited number of data series/categories. A reminder of what a chart with hatching might look like: https://cdn-media-1.freecodecamp.org/images/5e9N7zU9vIys16OzFwBTgoJZTCoALC141Coo
I was in hope you consider my concerns when the chart has more than a few series. In any case I disagree with changing the default. B/W styled charts may be often needed but not as the default. We should rather introduce a chart style that allows you to easily switch. => duplicate of bug 62925
(In reply to Heiko Tietze from comment #5) > I was in hope you consider my concerns when the chart has more than a few > series. I'm not sure I follow. > In any case I disagree with changing the default. I did not suggest we change the default, I suggest we let users change the default - either at the document level, session level or spreadsheet-style-level. And that we offer more than one logic for generating area properties for multiple series/gcategories. > B/W styled charts may be often needed but not as the default. > We should rather introduce a chart style that allows you to easily switch. Having a chart style is orthogonal to this request. This request is about the logic for generating area properties. If we support more than one such logic, then a chart style can include, among other things, that choice. For now, it is unsupported.
(In reply to Eyal Rozenberg from comment #6) > I did not suggest we change the default, I suggest we let users change the > default... That makes not much sense. (In reply to Eyal Rozenberg from comment #4) > (In reply to Heiko Tietze from comment #3) > > You can configure your plots freely. > I'm not asking about configuring things... I cannot process "no configuration" and "user change the default". Please start with a discussion with use cases. If you request a particular feature without asking for a solution, no input from UX is needed. The chart style obviously combines all elements and, for example, could not only switch the first series colors from red, blue, green to none, add different hatchings, and enable the border. => DUP!
(In reply to Heiko Tietze from comment #7) > That makes not much sense. Let me try to rephrase. When you create a new chart, you don't manually choose colors for categories. They are generated somehow. IIANM, there isn't a huge table of tends of thousands of colors or what-not, but rather, some kind of generation logic. (Now, you may tell me that there is no logic and it's just a fixed palette; but - that would need an infinite size.) That's what I call the "default" logic. I want to the user to be able to change some settings, so that when they create a chart - without having styled that chart - they would get a different area properties generation logic applied. It would still be the "default" in the sense that it's not area settings that the user chooses themselves.
Chart palette: https://opengrok.libreoffice.org/xref/core/officecfg/registry/schema/org/openoffice/Office/Chart.xcs?r=16072fc3 https://opengrok.libreoffice.org/xref/core/extras/source/palettes/chart-palettes.soc?r=ab60361f See also: https://help.libreoffice.org/24.8/en-US/text/shared/optionen/01110100.html
(In reply to Heiko Tietze from comment #9) > Chart palette: So the generation logic is "the color for n is a modular lookup into a fixed-size palette". Ok, that's kind of, well, not-great; but - that doesn't matter, it's a function which takes an integer and returns a styling of an area. Given that, my request is to: 1. Also have a palette of hatches and perhaps a palette of patterns, of the same size as the palette of colors. 2. Have a two or three-way toggle between which palette is used for chart category areas: colors, hatches or patterns. That's how the user controls how LO will assign area stylings when creating a new chart. Both of the above can also be put into Chart Styles, if and when we have them. For now they can be document-scope or session-scope settings.