https://bugs.documentfoundation.org/show_bug.cgi?id=157350
Bug ID: 157350 Summary: Table ODF Table Template is not honored (in LO 24.2 daily builds) (In other words, non-compliance with ODF-v1.2 standard) Product: LibreOffice Version: 24.2.0.0 alpha0+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kjambunat...@gmail.com Description: ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ TABLE TEMPLATE IS NOT HONORED (IN LO 24.2 DAILY BUILDS) (In other words, non-compliance with ODF-v1.2 standard, when it comes to applying "Table Templates") Jambunathan K ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Table of Contents ───────────────── 1. Description of files attached 2. LO version used Table Template is not honored (in LO 24.2 daily builds) (In other words, non-compliance with ODF-v1.2 standard, when it comes to applying "Table Templates") See the screenshots and annotation therein for the bug description. 1 Description of files attached ═══════════════════════════════ boxlistred-new.odt This ODT file has a table which "applies" a ODT Table Template called 'BoxListRed'. ('BoxListRed' is a verbatim copy of the "Box List Red" auto-format style that LO ships with; only the template, style and display name are changed.) I expect the Table to have Red Rows, because the table template, and the table definition explicitly request for "BoxListRed" style. (See notes below for details). Unfortunately, the Table appears "plain" with NO style at all applied. This unexpected behaviour is a bug. boxlistred-new.pdf The PDF version of above file, created with LO export styles.xml.png This file shows that XML definition of "BoxListRed" style, and the associated table cell styles – first/last row/col, even/odd row/col content.xml.png This shows the XML definition of a writer Table which uses "BoxListRed" as its template. It also says it wants to use the "first row", and "banding row" styles. boxlistred.org This is the Emacs Orgmode markup file used for creating the above "boxlistred-new.odt". What this means is that the ODT file is created by the Emacs Orgmode ODT exporter—think, markdown-to-ODT converter, if you aren't familiar with Emacs or Org-mode markup. This file is for submitter's reference. LO team can ignore it. scratch.org & scratch.txt Text of this bug report 2 LO version used ═════════════════ LO Version is 24.2 (Daily Builds).png ┌──── │ Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community │ Build ID: 5fecd865303b3f0a2eeb0b9466d2bcf23cfce068 │ CPU threads: 4; OS: Linux 6.4; UI render: default; VCL: gtk3 │ Locale: de-AT (en_IN); UI: en-US │ Calc: threaded └──── ┌──── │ ~$ uname -a │ Linux debian 6.4.0-3-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.4.11-1 (2023-08-17) x86_64 GNU/Linux └──── ┌──── │ ~$ dpkg -l | grep libreofficedev | grep writer | grep 24.2 │ ii libreofficedev24.2-writer 24.2.0.0.alpha0-1 amd64 Writer brand module for LibreOfficeDev 24.2.0.0.alpha0 └──── Steps to Reproduce: Just open the ODT file. ODT file is created outside of LIbreOffice using Emacs Orgmode converter. See https://github.com/kjambunathan/org-mode-ox-odt. I am the author of the converter btw. Actual Results: Table uses "BoxListRed" style. I expect some Red colored rows. Unfortunately, LO fails to apply the BoxListRed template, and table appears "plain" Expected Results: I expect some RedColored Rows. Reproducible: Always User Profile Reset: No Additional Info: This is not only a bug, but a non-ODF-compliant behaviour. -- You are receiving this mail because: You are the assignee for the bug.