Bug 140616 - FILEOPEN DOCX: paragraph style should have priority over direct paragraph run properties (except on numbering)
Summary: FILEOPEN DOCX: paragraph style should have priority over direct paragraph run...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks: DOCX-Paragraph
  Show dependency treegraph
 
Reported: 2021-02-23 09:38 UTC by Justin L
Modified: 2023-05-12 00:19 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
num3f.docx: Last line should be green, size 16 font - except the numbering symbol. (9.74 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2021-02-23 09:38 UTC, Justin L
Details
num3f.pdf: how it looks in Word 2016 (and 2003). (76.21 KB, application/pdf)
2021-02-23 09:41 UTC, Justin L
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Justin L 2021-02-23 09:38:46 UTC
Created attachment 169989 [details]
num3f.docx: Last line should be green, size 16 font - except the numbering symbol.

In the priority of applying attributes, it appears that it should be
least: direct paragraph-character properties (default run properties)
       paragraph style character properties
       char style character properties
greatest: direct char properties

This can be seen in the last paragraph of the example document.  The green and fontsize 16 from the paragraph style should override the default character run properties of no-colour and fontsize 24.

In LO, the size and highlight are taken from  the default run properties instead of the paragraph style.

This was true as far back as I could bibisect - 3.5. Assuming Inherited from OOo.

Note that the order LO handles these properties seems to be correct as far as numbering is concerned, since the bullet point is size 24 with no background. That really complicates things...
Comment 1 Justin L 2021-02-23 09:41:57 UTC
Created attachment 169990 [details]
num3f.pdf: how it looks in Word 2016 (and 2003).
Comment 2 Dieter 2021-09-11 04:24:58 UTC
I confirm it with

Version: 7.2.1.1 (x64) / LibreOffice Community
Build ID: 3cfc32d9754d2d239bd8ce2941029c12873010c1
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL
Comment 3 Justin L 2023-05-12 00:19:42 UTC
repro 7.6+