https://bugs.freedesktop.org/show_bug.cgi?id=50119

             Bug #: 50119
           Summary: FILEOPEN: Bullets and numbering font import
    Classification: Unclassified
           Product: LibreOffice
           Version: LibO 3.5.4 RC1
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
 Status Whiteboard: BSA
          Severity: normal
          Priority: medium
         Component: Writer
        AssignedTo: libreoffice-bugs@lists.freedesktop.org
        ReportedBy: digitalant....@gmail.com


Created attachment 61850
  --> https://bugs.freedesktop.org/attachment.cgi?id=61850
zip file contains a screenshot from MSO2010, a screen shot from LibO354rc1, and
part of the document in question. I could not include the entire original
document due to its content, I hope the document is testable.

Problem description: Reported by one of our users yesterday on 3.5.3 - I
verified on Windows XP/LibO 3.5.3, Windows 7/LibO 3.5.3, and both 3.5.3 and
later 3.5.4rc1 on my Mac OS X intel 10.6.8. All US English.

User received multiple contracts (in .doc format) via email that contain
multiple numbering levels and bullet levels. The document import starts out
fine properly formatting items 1.1 thru 3.4 as Times new Roman and as a
numbered list. For some reason, numbered items 4.1, 4.2, 4.3 and 4.4 actually
show up as symbols instead of "4.1" etc. When you click on the symbols, you see
that they are being interpreted as a numbered list, but that the font is
interpreted Wingding instead of Times New Roman.

After seeing this, I checked the bug list and found a similar bug (34814) was
patched in 3.5.4rc1, so I tested it in 3.5.4rc1, but my document still imported
incompletely.

I can apply a font substitution rule for Wingdings to Symbol and the document
is readable - BUT that is not a fix because it is still interpreted as
Wingdings. So if the document is modified, saved and emailed back, the user on
the other end now sees wingding symbols.

FYI, I opened this on a VM running MSO2010 and noticed that it has its own font
substitution issues in the document. Trying to find some reason or pattern that
might cause the font issue, I noticed in MSO that the numbering for 3.1, 3.2,
3.3, and 3.4 are in Garamond and the item text is in Times new Roman. On 4.1
the numbering and the item text is in Times new Roman, on 4.2 and 4.3 the
numbering is in TNR and the item text is in Garamond. It seems that the
document switches from TNR and Garamond throughout the document and LibO picks
up all of the font changes EXCEPT for the numbering.

Another example in the document is in section 10.2 - the subpoints are supposed
to be numbered as (a), (b), (c), etc. It is all Times New Roman as well, but
imports as Wingdings

Steps to reproduce:
1. Open imported document 
2. Check on numbered lists buy clicking on them to test font substitution

Current behavior: Numbered lists do not format correctly throughout entire
document - turn into symbols

Expected behavior: 

Platform (if different from the browser): 

Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/536.5
(KHTML, like Gecko) Chrome/19.0.1084.46 Safari/536.5

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to