Download it now!
Bug 85964 - Bullet size changes when saving LO created document as doc/docx
Summary: Bullet size changes when saving LO created document as doc/docx
Status: ASSIGNED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: Other All
: medium minor
Assignee: László Németh
URL:
Whiteboard:
Keywords: filter:doc, filter:docx
: 68988 (view as bug list)
Depends on:
Blocks: DOCX-Bullet-Number-Outline-Lists DOC-Bullet-Number-Lists
  Show dependency treegraph
 
Reported: 2014-11-06 12:24 UTC by A (Andy)
Modified: 2020-12-03 10:08 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Table of Bullet Characters in Different File Formats (14.07 KB, application/vnd.oasis.opendocument.text)
2015-06-25 15:50 UTC, Gordo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description A (Andy) 2014-11-06 12:24:09 UTC
The line numbering dot size changes if you save the file as a doc or docx file.

Steps to Reproduce:
1. Open WRITER
2. Write any word
3. Select the Bullets On/Off icon in the toolbar at the top to have a line numbering for this word
4. Keep in mind the size of the line numbering dot
5. Save the file as doc / docx
6. Close the file
7. Reopen the saved file

Result:
The dot is larger in the doc and docx file. 

Remark: 
Actually I like this larger dot in the doc / docx file much more, because the initial LO dot is too small and the next selectable dot size in LO is to large.

Reproducible with LO 4.3.3.2, Win 8.1.
Comment 1 Robinson Tryon (qubit) 2014-11-14 08:45:12 UTC
CONFIRMED with LO 4.4.0.0.alpha2 + Ubuntu 14.04

(In reply to A (Andy) from comment #0)
> The line numbering dot size changes if you save the file as a doc or docx
> file.
> 
> Steps to Reproduce:
> 1. Open WRITER
> 2. Write any word

"Walrus" (using Liberation Serif 48pt)

> 3. Select the Bullets On/Off icon in the toolbar at the top to have a line
> numbering for this word
> 4. Keep in mind the size of the line numbering dot

Yes, it appears very tiny. If I put the cursor by it, the font claims to be OpenSymbol 12pt.

> 5. Save the file as doc / docx

First, I saved it as an ODT and reopened it.

> 6. Close the file
> 7. Reopen the saved file

Ayup

> 
> Result:
> The dot is larger in the doc and docx file. 

After reopening, the font of the bullet 'dot' still claims to be OpenSymbol 12, but it is now much larger (and proportional to the text on the line). The dot now resizes up/down along with the rest of the text on the line.

Same behavior exhibited when saving/reopening in DOC format.
Comment 2 Gordo 2015-06-25 15:50:05 UTC
Created attachment 116834 [details]
Table of Bullet Characters in Different File Formats

There are several things going on here:  what the Special Characters dialogue reports and what the filters do when exporting and importing.

For docx, Writer looks like it is interpreting a list style from the numbering.xml.  The character style is probably also interpreted (see bug 92335) and probably takes its settings from the default paragraph for the document or the Normal paragraph.  It is not setting the font to that used by the numbering.  I have no idea where the font size is coming from.

docx numbering.xml:
<w:abstractNum w:abstractNumId="2">
<w:lvl w:ilvl="0">
<w:start w:val="1"/>
<w:numFmt w:val="bullet"/>
<w:lvlText w:val=""/>    (F0B7)
<w:lvlJc w:val="left"/>
<w:pPr>
<w:tabs>
<w:tab w:val="num" w:pos="720"/>
</w:tabs>
<w:ind w:left="720" w:hanging="360"/>
</w:pPr>
<w:rPr>
<w:rFonts w:ascii="Symbol" w:hAnsi="Symbol" w:cs="Symbol" w:hint="default"/>
<w:rFonts w:cs="OpenSymbol"/>
</w:rPr>
</w:lvl>

The next level down is:
<w:rPr>
<w:rFonts w:ascii="OpenSymbol" w:hAnsi="OpenSymbol" w:cs="OpenSymbol" w:hint="default"/>
<w:rFonts w:cs="OpenSymbol"/>
</w:rPr>

In the above, "w:rFonts w:cs" is there twice.  I don't know what that is about?

It is not using OpenSymbol which does not have a glyph for U+F0B7.

If you turn off Tools → Options → LibreOffice → View → Use system font for user interface and open the Special Characters dialogue in the Bullets and Numbering dialogue then you get block symbols.  So it looks like there is an issue with that dialogue.  In master, the system font option has been removed and that cannot be reproduced there.

I have tried to get all of this jumble down but it has been difficult because there were several other bugs (bug 92335 & bug 92336) while trying to document this.

The short of it:  Why no U+2022?

Windows Vista 64
Version: 4.4.4.2
Build ID: f784c932ccfd756d01b70b6bb5e09ff62e1b3285
Comment 3 Timur 2015-10-13 15:23:47 UTC
Started with 3.5. Before, it wasn't even a dot.
Comment 4 QA Administrators 2016-11-08 11:02:46 UTC Comment hidden (obsolete)
Comment 5 Telesto 2016-12-10 15:07:57 UTC
Confirming with:
Version: 5.4.0.0.alpha0+
Build ID: b894104a0b02a9b074c76feb925389d7bee6a493
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
TinderBox: Win-x86@39, Branch:master, Time: 2016-12-10_01:00:52
Locale: nl-NL (nl_NL); Calc: CL
Comment 6 QA Administrators 2018-09-28 02:43:28 UTC Comment hidden (obsolete)
Comment 7 Timur 2019-09-10 09:02:56 UTC Comment hidden (obsolete)
Comment 8 Timur 2019-09-10 09:38:51 UTC
*** Bug 68988 has been marked as a duplicate of this bug. ***
Comment 9 Timur 2019-09-10 09:44:08 UTC
As I wrote in (bibisected) bug 68988, upon test with LO 6.4+:
For LO created document, there's a problem with bullets (this bug). 
If MSO created document with bullets, LO opens and saves fine.
Comment 10 Buovjaga 2020-06-02 14:23:28 UTC
Current behaviour is that testing with 48 pt font size, the bullet is 12 pt upon creation.
After saving to ODT, it grows to be in harmony with the text size.
After saving to DOCX it grows a little bit more.

Arch Linux 64-bit
Version: 7.1.0.0.alpha0+
Build ID: bfbf745470cb6f99532523fdeffca061b37d8393
CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: kf5
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 31 May 2020
Comment 11 Robert. C 2020-12-03 10:08:50 UTC Comment hidden (spam)