https://bugs.documentfoundation.org/show_bug.cgi?id=172064

            Bug ID: 172064
           Summary: FILEOPEN DOC/X: font size lost in field content for
                    w:instrText MACROBUTTON
           Product: LibreOffice
           Version: Inherited From OOo
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Keywords: filter:doc, filter:docx, notBibisectable
          Severity: normal
          Priority: medium
         Component: Writer
          Assignee: [email protected]
          Reporter: [email protected]
                CC: [email protected]
            Blocks: 114534

Created attachment 207057
  --> https://bugs.documentfoundation.org/attachment.cgi?id=207057&action=edit
forum-mso-de-12204_minimal.doc: minimized and exaggerated with 72pt icon

The direct-formatting font size of the field character (a Wingdings symbol at
72pt) is ignored in this 10pt paragraph.

Steps to reproduce
1.) Open mso-de-12204_minimal.doc

The ENVELOPE icon should be massive. It is defined as a w:fieldChar in DOCX as
<w:r>
  <w:instrText>MACROBUTTON ShowExample </w:instrText>
</w:r>
<w:r>
  <w:rPr>
    <w:sz w:val="144"/>
  </w:rPr>
  <w:sym w:font="Wingdings" w:char="002A"/>
</w:r>
Note that what MS Word saves as DOCX does not work in LO either.


This has never worked.
Prior to 4.1, a large-but-wrong character was shown. (4.1 is non-bisectable due
to too many git bisect skips needed).

For the original document (attachment 198726) it incorrectly appeared to start
working with LO 7.2 commit 89e7341025b607491c90efdb74708e63d875c1e5
Author: Justin Luth on Thu May 27 14:32:54 2021 +0200
    tdf#142404 sw compat layout: ignore blank size only on one-liners

but that stopped with 25.2 commit f806fc136b3410ec9a1e09320d100c78b33c867b
Author: Oliver Specht on Thu Jun 13 14:49:16 2024 +0200
    tdf#137335 calculate paragraph height in RTF/DOCX

Neither of those two patches are good code pointers since they didn't deal with
field import.

Also note that this report seems to run contrary to bug 166573. In that case
the size for w:instrText ought to define the content size, but in this case the
direct formatting font size should be applied. [I assume the difference is that
PAGE content is refreshable, but MACROBUTTON content is not?]

Found by Collabora's mso-test


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=114534
[Bug 114534] [META] Paragraph alignment bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to