Open attachment 185094 [details] from bug 153359.
The slide shows a screenshot of the theme color set in PowerPoint. The left shape uses the first from left theme color, a text color; the right shape uses the third from left theme color, a background color.
Look at the light/darken values for the theme color of the right shape.
PowerPoint provides the light/darken values
LibreOffice provides the light/darken values
A) The theme color background colors in MS Office are light and therefore it makes no sense to lighten them even more.
B) If LibreOffice uses different value than MS Office, the chosen color is not contained in the set shown to the user.
[There is no problem with the colors themselves, because lighten and darken is not part of the theme but described by separate attributes. Besides ±1 off sometimes the colors are correct.]
Reproduced. Had to go to context menu > Area > Area tab > Color > Palette > Theme colors.
Version: 220.127.116.11 / LibreOffice Community
Build ID: 9c0871452b3918c1019dde9bfac75448afc4b57f
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Support for document themes was introduced in LO 7.4: https://vmiklos.hu/blog/sd-theme-shape-fill.html
Miklos, what do you think?
CC Tomaz as he works on themes these days.
Anyhow, IIRC I saw the current LO behavior for some colors in powerpoint, probably I didn't notice that the set of 5 transforms depends on how light/dark the color is.
It certainly makes sense to have this more smart set of transforms on our side as well.
The current static defaults are defined here:
Tomaž Vajngerl committed a patch related to this issue.
It has been pushed to "master":
tdf#153361 improve theme color generation in color picker
It will be available in 7.6.0.
The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.