Table styles have been borked for years. 1. The table tab (sixth) in the Styles sidebar is completely ignored whenever a document is closed and re-opened. Any style created previously disappears, even with All Styles drop down selected at the bottom. 2. Update Selected Style doesn't work either. 3. A table copied and pasted to another document doesn't copy any of the styles. The standard and bulleted text styles work perfectly, but I've never seen the table ones function properly. Could this tab be removed until it is repaired?
Digitect, thank you for reporting the bug. Since there is one basic rule (one issue - one bug report) lt's focus on first issue here. Feel free to open new reports for second and third issue.(In reply to digitect from comment #0) > Table styles have been borked for years. > > 1. The table tab (sixth) in the Styles sidebar is completely ignored > whenever a document is closed and re-opened. Any style created previously > disappears, even with All Styles drop down selected at the bottom. I can't confirm it with Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f7fbf6504fd6190187f6e4d092af880ba8c7bf6a CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Steps: 1. Open a new document 2. Insert a table 3. Choose a table style (I've used Academic) 4. Save, close and reopen document So please desribe your steps to reproduce. => NEEDINFO
1. Open a new document 2. Insert a table (2x2) 3. Put some text in each cell 4. Highlight a row 5. Make it bold, then right click, Table Properties, Background, Color, Grey 3 6. Open the Styles and Formatting dialog, Table styles (6th "tab") 7. (Row should still be highlighted) pick Style Actions, New Style from Selection 8. Name it ("MyTestGrey") 9. In the last cell, hit Tab to add a new column. Notice the entire table turns grey, not just the original grey row. 10. Put some text into the new row. 11. Highlight that row, right-click, Table Properties, Background, None. 12. Back in Styles and Formatting, New Style from Selection, name "MyTestWhite".' 13. Select another row and assign either style. Add more rows, assign them different styles. It's flakey, sometimes it works, sometimes it resets others. But not entirely, some rows maintain while others reset. Add more styles, I use some with three. They work fine while open. 13. Save, close doc, close Writer. 14. Open doc, all but one of the styles is gone. It's so flakey I can't tell if this feature is intended only for entire tables or if it actually is intended to work on rows, columns and cells, as it does when each style is created. It mostly works that way, in previous versions I had tables with four that I used regularly. Occasionally I had to fix one or two. But recently it's become less stable. When the doc is closed, all but one of the styles usually vanish. Some of the formatting could remain, but some could be reset entirely. I think it's just an unfinished feature, it almost works until doc close, re-open.
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to digitect from comment #2) > 13. Select another row and assign either style. Add more rows, assign them > different styles. It's flakey, sometimes it works, sometimes it resets > others. But not entirely, some rows maintain while others reset. Add more > styles, I use some with three. They work fine while open. The rows that have direct formatting do not get the style applied. What you are hoping for is bug 34391, which is about the ability to style table cells. Maybe you agree to close this as a duplicate? See also this design team proposal for proper styling of tables as a whole and explanation of the current halfway house solution: https://design.blog.documentfoundation.org/2015/12/13/style-your-tables/
(In reply to Buovjaga from comment #4) > > What you are hoping for is bug 34391, which is about the ability to style > table cells. Maybe you agree to close this as a duplicate? Agree, I'll mark dupe and follow that one. *** This bug has been marked as a duplicate of bug 34391 ***