Bug 95737 - Fontwork Object incompatible with Type 1 fonts
Summary: Fontwork Object incompatible with Type 1 fonts
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
5.0.2.2 release
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks:
 
Reported: 2015-11-10 22:41 UTC by Helmut
Modified: 2016-11-12 00:03 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Demo Package (73.12 KB, application/x-7z-compressed)
2015-11-10 22:41 UTC, Helmut
Details
Addition demo sample files (191.58 KB, application/x-7z-compressed)
2015-11-12 20:49 UTC, Helmut
Details
Demo file with fonts (185.23 KB, application/x-7z-compressed)
2015-11-14 15:28 UTC, Helmut
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Helmut 2015-11-10 22:41:53 UTC
Created attachment 120470 [details]
Demo Package

Libre Office Draw  5.1.0.0.alpha1

Fontwork (Word Art) objects created in early 
versions (4 and older) are wrongly processed, 
they can't be used anymore. It contains only 
random drawing pices, no letters

If the Fontwork Object is converted within 
LO 4.4.5 to Polygon, the display is correct.

Sample drawing and PDF exports enclosed.

Helmut
Comment 1 tommy27 2015-11-11 13:40:02 UTC
please tell your exact Windows version and the daily build data from the help/about menu
Comment 2 Helmut 2015-11-11 14:16:12 UTC
(In reply to tommy27 from comment #1)
> please tell your exact Windows version and the daily build data from the
> help/about menu

OS is 
-----
Windows 7 Pro 32bit 
   with automatic Updates up to 11.11.2015

Display
-------
AMD Athlon(tm) 64 X2 Dual Core Processor 4000+
ATI Radeon X1200 Series (Microsoft Corporation - WDDM) 

Libre Office are, both on the same machine
  by  LibreOffice Server Install GUI
------------------------------------------
Version: 4.4.5.2
Build-ID: a22f674fd25a3b6f45bdebf25400ed2adff0ff99
Gebietsschema: de_DE
  Document is Ok

Version: 5.1.0.0.alpha1+
Build-ID: b26018b762b7d5659ffab98ffb05c7a74dc94910
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-10-18_04:55:50
Gebietsschema: de-DE (de_DE)
  Document fails

Helmut
Comment 3 tommy27 2015-11-11 14:18:53 UTC
thanks. please test with LibO 5.0.2 and tell if the issue is already affecting the 5.0.x branch as well 

you can find a portable version here:
http://sourceforge.net/projects/winpenpack/files/X-LibreOffice/releases/
Comment 4 MM 2015-11-11 17:28:55 UTC
Unconfirmed with v5.0.3.2 under mint 17.2 x64.
Font shows normally.
Comment 5 Buovjaga 2015-11-12 12:48:16 UTC
No problems. I even installed SquareSlab711 Bd BT Font.

Plz try a newer 5.1: http://dev-builds.libreoffice.org/daily/master/?C=M;O=A

Win 7 Pro 64-bit, Version: 5.0.3.2 (x64)
Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb75
Locale: fi-FI (fi_FI)

Version: 5.1.0.0.alpha1+
Build ID: b216cc1b8096eb60c27f67e8c27b7cd756c75e38
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-11-12_00:06:20
Locale: fi-FI (fi_FI)

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 6 Helmut 2015-11-12 20:47:45 UTC
(In reply to Beluga from comment #5)
> No problems. I even installed SquareSlab711 Bd BT Font.
> 
> Set to NEEDINFO.
> Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED
> WORKSFORME, if the problem went away.

Not to confuse too much in my workstation set-up, I moved to a 
test-machine. All 5o versions appear nearly the same way.

Intel(R) Pentium(R) M processor 2.13GHz
ATI MOBILITY RADEON X600
Windows 7 Pro 32bit 
   with automatic Updates up to 11.11.2015


All Libre Office versions are on the same machine
 with hwlp of LibreOffice Server Install GUI 
--------------------------------------------
Version: 4.4.5.2       fix installed
Build-ID: a22f674fd25a3b6f45bdebf25400ed2adff0ff99

Version: 5.0.2.2    Portable rev 18 by winPenPack
Build-ID: 37b43f919e4de5eeaca9b9755ed688758a8251fe

Version: 5.0.3.2
Build-ID: e5f16313668ac592c1bfb310f4390624e3dbfb75

Version: 5.1.0.0.alpha1+
Build-ID: b26018b762b7d5659ffab98ffb05c7a74dc94910
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-10-18_04:55:50

As this test-machine did not have the fonts installed, the Fontwork 
object characters had an other shape (as most you may have seen)
but where readable as such (see Fontwork_noFont_pic).
After installing the missing Postscript Fonts, the rendering is 
broken for ALL 5.x versions. See the PDF export Fontwork5Demo.pdf.
This reminded my on the other Postscript Font trouble, since 
Export PDF function exist. Deutsche Umlaute never made it into 
the PDF file with PS Fonts, see Fontwork5Demo.pdf. As all my PS 
Fonts are from before 1997 and Adobe Acrobat and PDF Creator 
(using Ghostscript) is doing it fine, i never cared much.

Problem could be pointed at

Rendering a Fontwork Object with Postsccript Font provided by Windowws 7 32bit

Helmut
Comment 7 Helmut 2015-11-12 20:49:19 UTC
Created attachment 120514 [details]
Addition demo sample files
Comment 8 Helmut 2015-11-13 13:07:14 UTC
Stupid me, it is much more simple
  In LO5 Draw new Doc
  Insert | Media | Fontwork
  Select Fav 2 | Ok
  Selct Object
  In Property Panel (there is no Context anymore) 
    change Font to an olde Postscript Font
  It will display corrupted
 
Windows 7 Pro 32bit
  SquareSlab711 Bd BT   0412A.pfm / pfb
    %!PS-AdobeFont-1.0: SquareSlabserif711BT-Bold 003.001
    %CreationDate: Mon Jun 22 18:12:23 1992
    % Bitstream Type 1 Font Program
    /FontName /SquareSlabserif711BT-Bold

Helmut
Comment 9 Buovjaga 2015-11-13 16:51:06 UTC
Ok, thanks now I understand. I found a report that is about these old fonts not working, I will close this as duplicate.

For now, you can use it in a modern format like I did. You can find it with a web search as ttf.

*** This bug has been marked as a duplicate of bug 37453 ***
Comment 10 Helmut 2015-11-13 22:04:37 UTC
(In reply to Beluga from comment #9)
> Ok, thanks now I understand. I found a report that is about these old fonts
> not working, I will close this as duplicate.
> 
> For now, you can use it in a modern format like I did. You can find it with
> a web search as ttf.
> 
> *** This bug has been marked as a duplicate of bug 37453 ***


I can't agree, 
  it is not that old data format
  it is not Mac
  It is ONLY with Fontwork Obects starting with LO 5
Therefor it is not a duplicate

The font SquareSlab711 is commercial Bitstream, so no 
free downloads are allowed (outside BR). 
But as it involves only Fontwork, i will go home with 'works for me'.

Helmut
Comment 11 Buovjaga 2015-11-14 08:41:21 UTC
Ok, I was wrong.
But how could we test this? Are there any free fonts of the same type that display the same problem?
Comment 12 Helmut 2015-11-14 15:25:46 UTC
(In reply to Beluga from comment #11)
> Ok, I was wrong.
> But how could we test this? Are there any free fonts of the same type that
> display the same problem?

Thank's for comeing back.

I changed the Demo file to use a font 'given out by the maker for free' 
The maker is known for serious products. Use the *.pfm file to 
install Volkswagen in Windows, maybe someone can try on a Linux system.

Thre output reult files are encloesd:
  LO Export to PDF
  Adobe Printer to PDF
  Screen Shoot

Helmut
Comment 13 Helmut 2015-11-14 15:28:00 UTC
Created attachment 120542 [details]
Demo file with fonts

Thre output reult files are encloesd:
  LO Export to PDF
  Adobe Printer to PDF
  Screen Shoot
  Font VWAGB.PFM

Helmut
Comment 14 Buovjaga 2015-11-14 17:32:07 UTC
(In reply to Helmut from comment #13)
> Created attachment 120542 [details]
> Demo file with fonts
> 
> Thre output reult files are encloesd:
>   LO Export to PDF
>   Adobe Printer to PDF
>   Screen Shoot
>   Font VWAGB.PFM
> 
> Helmut

Very nice (I mean ugly ;))!
I installed the pfm on Windows and saw the ugliness.

On Linux, the one I could install was pfb, but LibreOffice did not display the font for some reason! It was replaced with a working one.

Win 7 Pro 64-bit, Version: 5.0.3.2 (x64)
Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb75
Locale: fi-FI (fi_FI)

Version: 5.1.0.0.alpha1+
Build ID: b216cc1b8096eb60c27f67e8c27b7cd756c75e38
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-11-12_00:06:20
Locale: fi-FI (fi_FI)

Ubuntu 15.10 64-bit 
Version: 5.0.2.2
Build ID: 00m0(Build:2)
Locale: en-US (en_US.UTF-8)
Comment 15 Helmut 2015-11-15 23:09:12 UTC
> 
> Very nice (I mean ugly ;))!
> I installed the pfm on Windows and saw the ugliness.
> 

I'm glad it is not stupid me.

For the very old problem of missing Umlaute with PDF export 
vom Postscript Font. Could you try to export a document with 
Volkswagen and ALT+0199 ? 

Or is it better to make a new report.

Helmut
Comment 16 Buovjaga 2015-11-16 06:30:24 UTC
(In reply to Helmut from comment #15)
> For the very old problem of missing Umlaute with PDF export 
> vom Postscript Font. Could you try to export a document with 
> Volkswagen and ALT+0199 ? 
> 
> Or is it better to make a new report.

Yep, new report is better. You can then link to the report by commenting here.
Comment 17 Xisco Faulí 2016-09-13 10:23:23 UTC
Since we have a bibisect repository for windows covering the branch where this regression was introduced, adding keyword 'bibisectRequest'.
More info: https://wiki.documentfoundation.org/QA/Bibisect/Windows
Comment 18 ⁨خالد حسني⁩ 2016-11-12 00:03:12 UTC
We are dropping support for Type 1 fonts in 5.3.