@MisterMakerNL is this still planned for 1.0?

@MisterMakerNL is this still planned for 1.0?

This isn't a simple stylesheet fix if we want too do it properly. We need the same fix as we did with sketches, this is the exact same issue but with tables. Tagging @kadet1090 as I think he also fixed the sketches, although not sure.

This isn't a simple stylesheet fix if we want too do it properly. We need the same fix as we did with sketches, this is the exact same issue but with tables. Tagging @kadet1090 as I think he also fixed the sketches, although not sure.

@MisterMakerNL what is the sketch fix you are referring to and why is this the same issue?

This isn't a simple stylesheet fix if we want too do it properly. We need the same fix as we did with sketches, this is the exact same issue but with tables. Tagging @kadet1090 as I think he also fixed the sketches, although not sure.

@MisterMakerNL what is the sketch fix you are referring to and why is this the same issue?

With sketch we also had issue that the theme set the sketch color but was stored in the file, and so after switching to another theme the sketch color stayed the same. Now the sketch has a default color that is set by the theme unless the user has applied a custom color.
For spreadsheets we need the same solution. If the user has not touched the color of a cell, it should use a default color that is defined by the theme which is not stored in the file.
And it should always follow the theme, which is an issue with the opentheme fix where it stores this color in the file so it doesn't update after switching themes. I'm tagging @obelisk79 so he knows this.

any news for this PR?

@maxwxyz I think we'll have to postpone this to after 1.0. I don't think it qualifies as a blocker and the fix isn't straight forward.

I think the way to fix this would be to introduce a none-color that can be selected for text and cell color as discussed in: #13862 . This other discussion is put on hold until 1.0 is out.