Created attachment 195641 [details] File with table that can't save "header row" selection In some tables, checking Table Design > Header row does not save with the file. This is an issue for accessibility reporting at my academic institution. To replicate with attached file: - Open the file - Click on the table - In the sidebar Properties > Table Design > check "Header row" - Save and close the file - Open the file again, click on the table - Note that Table Design > Header row is now unchecked
I can reproduce the outcome reported by the OP with: Version: 24.2.5.2 (X86_64) Build ID: 420(Build:2) CPU threads: 12; OS: Linux 6.9; UI render: default; VCL: kf6 (cairo+wayland) Locale: pt-BR (en_US.UTF-8); UI: en-US Calc: threaded However, note that when you open the file and select the table, there's not table style applied, which is why it is not saved. If you first apply the table style and then select "header row", then the option is saved correctly.
I see. I can confirm that selecting an option for "Table Design" (as it's called in the UI) allows the header row setting to be saved. Note that even in lieu of that, the header row setting can be exported to a PDF (which satisfies the Ally accessibility system check), but can't be saved to the ODP file. This seems to be a fairly common state (not having a Table Design set) for legacy presentations supplied by textbook publishers via PPT, as in the example file.
So is the proposal that checking "Header row" should immediately lead to applying a table style?