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.
