[Libreoffice-bugs] [Bug 139947] Loaded PDF has not recognized Microsoft truetype fonts (ttf-mscorefonts-installer)

[bugzilla-daemon at bugs.documentfoundation.org]

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

juraj <juraj.michalak at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Ever confirmed|0                           |1
             Status|RESOLVED                    |REOPENED
         Resolution|NOTABUG                     |---

--- Comment #2 from juraj <juraj.michalak at gmail.com> ---

> This is expected

What exactly you mean with "this is expected". Which part of my description do
you refer to?

Is it really expected that when you have M$ fonts installed ad you open PDF
created on Windows with M$ products with LibreOffice on GNU/Linux it will show
you document with completely distorted layout, when you decide to invest your
time, you try to check what is going on, you find out that "TimesNewRomanPS"
and "TimesNewRoman" is not recognized, you don't know which font was used
instead of unrecognized "TimesNewRomanPS" but it completely destroyed document
layout. When you manually change to "TimesNewRoman" then document layout is
correct.
Is this behavior expected? From my point of view it's sabotage behavior. There
is just tine little effort to make it work better and the impact will be huge.

I'm sorry that I made my statements provoking but I really like opensource and
want best for it.

> It does not occur when the PDF is inserted--different filter,
> that just reads the layout of the PDF and renders to image.

When does this "PDF insert" happens? Please give me example. I'm just light
LibreOffice user and therefore you have to imagine my user point of view before
you try to explain it.

> But a simple to work around when filter importing to Draw if there is a font
> with close metrics actually installed  on the system.  Obviously the font
> you need is in MS Core Fonts (ttf-mscorefonts) as "Times New Roman".

Yes, I know this and written about that in my description, but for some reason
availability of "Times New Roman" is not enough for LibreOffice. From my novice
/ unexperienced user point of view, that "TimesNewRoman" without white spaces
is some kind of trick used to make LibreOffice unusable for basic users.
Because office managers don't use LibreOffice Draw to fill PDFs because e.g.,
"LibreOffice Draw destroys layout of PDF even my son installed M$ fonts on my
system, so I won't use that Draw".

> Just use the Tools -> Options -> Fonts replacement table to assign an
> existing font for the fontname as recorded in the PDF and listed in the
> Properties deck for a text selection.

Thanks, this helped me to solve the issue. But I tried to use it also yesterday
and it was not working because in order to be able to add font transform
("FontA"-> "FontB") you have to check "Apply replacement table" what makes no
sense to me. I would expaect to be able to add font replacement rules without
applying them. Yesterday I thought that it doesn't want to add
"TimesNewRomanPS" -> "Times New Roman" because that "TimesNewRomanPS" is not in
available fonts list.

After I applied those font transformations layout of PDF was again wrong (in
different way). After I closed LibbreOffice draw and opened again then the PDF
seemed as it seems on Windows. Thanks a lot.

> Alternatively the Liberation Serif fonts should closely match metrics, and
> you can use those as replacement as well.

Thanks for good tip, I notice it down but  think you should made it part of
LibreOffice logic, that when M$ fonts are not available let's use something
what matches with metrics. Because currently behavior is really bad even you
have M$ fonts.

That 2 font rules to transform:
"TimesNewRomanPS" -> "Times New Roman"
"TimesNewRoman" -> "Times New Roman"

made LibreOffice Draw completely new product for me. Now it can be used. Let's
make something with this, because it was so simple and it will bring thousands
of new basics user to LibreOffice.

I can provide more details but I can't afford to loose my time here if no one
from LibreOffice dev community views this as possible improvement with huge
impact.

I'm sorry that this is negative. But I thank you very much, all LibreOffice
developers for your work for community.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210128/8eb1bf58/attachment-0001.htm>