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

V Stuart Foote <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[email protected],
                   |                            |[email protected]

--- Comment #9 from V Stuart Foote <[email protected]> ---
(In reply to Brenton Chapin from comment #8)
> I reported bug 143110 which was tagged as a duplicate of this bug.  Per the
> request in bug 126687 that 143110 was mistakenly tagged as duplicating, I
> tested for the problem again.  As of 7.5.4.2, it is still not working.
> 
> In 143110, I said why it wasn't working: support for different fonts for
> text entry fields was never implemented.  LibreOffice still does and will
> still always uses Helvetica for text entry fields in PDF forms until support
> for different fonts is implemented.  Fixing it could be as simple as using
> the existing code that embeds the fonts used for text in plain PDFs.

This is the correct BZ issue and is intentional, see comment 3 here and
discussion on bug 50879 as resolved [1].

Issue is not the embedding. Rather that PDF do not embed full font's, just
subsets (and even then those are not installable). Meaning, authoring a PDF
form with fields that can not be filled makes no sense--to ensure a form can be
filled the PDF export filter changes font used for fields to PDF "standard"
compliant font that "should" be available to the PDF reader in use. Normally
Helvetica, but it will respond to font family selection made in Writer.

Meaning--still up to the form designer to select a suitable [2] font in Writer
if they need WYSIWYG for the form. Of course YMMV with os/DE font fallback
handling of the output from the PDF reader.

Potential to refactor (major dev effort), but as noted project approach is to
acknowledge that incomplete subsetting leads to useless forms (or bloated PDF
with a full font) and instead to use one of the core 14 PDF fonts defined by
Adobe--so that any reader/form filler will accommodate. We can't/shouldn't do
more than that.

But what is still needed, for UX, is missing UI feedback to author when
exporting to form from Writer that they are exporting a form designed with
fillable fields without font support.

@Miklos, Khaled -- anything to add?

=-ref-=
[1] https://gerrit.libreoffice.org/c/core/+/99032

[2] 
Fixed Pitch Fonts
 Courier
 Courier-Bold
 Courier-Oblique
 Courier-BoldOblique

Proportional Fonts
 Helvetica
 Helvetica-Bold
 Helvetica-Oblique
 Helvetica-BoldOblique
 Times-Roman
 Times-Bold
 Times-Italic
 Times-BoldItalic
 Symbol
 ZapfDingbats

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to