A table heading row is a table heading row. Specifically, if one marks certain rows as the header rows, for the purposes of repeating across pages - the formatting for header rows, applied when using "Table | AutoFormat Styles...", should apply to all of them. Similarly, any and all feature regarding table heading rows should respect the same number of rows recognized by AutoFormat and by Heading Rows Repeat. And - if being a header row is not already reflected in ODF - it should be.
Note that the ODF spec defines very clearly and generally which rows are the headers: > The <table:table-header-rows> element represents header rows in a table. > It is composed of adjacent <table:table-row> 9.1.3 elements. See here: https://docs.oasis-open.org/office/OpenDocument/v1.3/os/part3-schema/OpenDocument-v1.3-os-part3-schema.html#__RefHeading__1415596_253892949 ... and everything should conform to that and affect that.
So whre do you define multiple rows as heading rows? And whre can I see this? => NEEDINFO
*** Bug 157024 has been marked as a duplicate of this bug. ***
Comment from the dupe bug: > However, when we apply a table "style", which involves header > row formatting - exactly one row gets this formatting, > regardless of how many heading rows exist, including the case > of there being no heading rows. Applying the style does not > even coerce the number of heading rows 1. > > Instead, the application of a table style should respect the > number of heading rows set for the table. > > Moreover, when the number of heading rows changes - the > header row style should apply, or be unapplied, to the rows > which change status. However this part of the bug is unlikely > to be fixed without addressing the fact that table "styles" > are not actual styles; see bug 151264.
(In reply to Dieter from comment #2) > So whre do you define multiple rows as heading rows? 1. You define this, currently, using the table menus, with the item "Heading rows repeat. 2. It doesn't matter. ODF supports it, so I could just write it in the ODF file. 3. And whre can I see this? In the ODF file, as I've indicated in comment #1. Look for <table:table-header-rows> .
(In reply to Dieter from comment #2) > So whre do you define multiple rows as heading rows? 1. You define this, currently, using the table menus, with the item "Heading rows repeat. 2. It doesn't matter. ODF supports it, so I could just write it in the ODF file. > And whre can I see this? In the ODF file, as I've indicated in comment #1. Look for <table:table-header-rows> .
Reproduced that the heading formatting does not propagate to extra row headings (regardless of if the heading is repeated before or after applying the table style). Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b3fdd999f87312447d03915585812b3a5cd48141 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Same in 5.4.0.3.
Dear Eyal Rozenberg, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 203100 [details] Document for quickly reproducing the bug Simplified reproduction instructions: 1. Open the attached document 2. Click somewhere within the (single) table 3. On the menus, choose Table > AutoFormat Styles... 4. Choose a style with a distinct differentiation of header rows, e.g. "Box List Blue". 5. Make sure all the checkboxes at the bottom of the dialog are selected (so that the table 'style' fully applies). Expected results: The two header rows are colored blue (on both pages). Actual results: Only the first header row is colored blue (on both pages) Note It's not critical to reproducing the error, that the table break across pages, this just "covers" another aspect of table heading row behavior.