Bug 47230 - "Fonts > Apply replacement table" does not adjust width of characters
Summary: "Fonts > Apply replacement table" does not adjust width of characters
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Libreoffice (show other bugs)
Version: 3.5.0 release
Hardware: Other All
: low minor
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard: BSA NeedsDevEval
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-12 04:40 UTC by Harald Koester
Modified: 2015-01-22 12:14 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Screen shot with bug. (52.20 KB, image/png)
2012-03-12 04:40 UTC, Harald Koester
Details

Description Harald Koester 2012-03-12 04:40:05 UTC
Created attachment 58309 [details]
Screen shot with bug.

Problem description: 

If you use the Option "LibreOffice > Fonts > Apply replacement table" in order to replace fonts the character width is not adjusted to the replacement fonts. In order to reproduce the bug do:
[1] Start with no font replacements and open a new text document,
[2] Choose a font with a small character width (e.g. Linux Libertine G) and type in some text,
[3] Replace this font by a font with broad characters (e.G. Engravers MT): Tools > Options... > LibreOffice > Fonts > Apply replacement table. Result see Attachment.

Problem also exists if you print the document.

But with:
[1] Start with no font replacements and open a new text document,
[2] Replace a font with small characters (e.g. Linux Libertine G) by a font with broad characters (e.G. Engravers MT): Tools > Options... > LibreOffice > Fonts > Apply replacement table,
[3] Choose the font with small characters and type in some text,
the result is OK!

Problem also observed with Draw. (In my system there is a problem with Linux Libertine G in Draw. Perhaps it is better to use another font.)

Problem observed with Version 3.4.5 and 3.5.0.

See also bug 43185.
              
Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.27) Gecko/20120216 Firefox/3.6.27
Comment 1 bfoman 2012-08-09 10:48:32 UTC
Confirmed with:
LO 3.5.5.3 
Build ID: own W7 debug build
Windows 7 Professional SP1 64 bit

Result as on screenshot - see attachment 58309 [details].
Comment 2 Joel Madero 2012-10-19 17:53:31 UTC
I can also confirm this:

Bodhi Linux
LibO: 3.6.1.2

I believe that this is a duplicate -- I vaguely remember confirming something similar a few weeks back. I'm unable to find the other bug but if someone happens to stumble across the other one, please mark one of them as a duplicate of the other. 

Marking as NEW and prioritizing:

Minor: Makes creating high quality work harder under certain circumstances and/or forces users not to use certain features

Low: Not a very common feature at all, most users have no idea this feature even exists. Impact on users probably low because of this.

ProposedEasyHack added

Thanks for reporting.
Comment 3 Joel Madero 2014-02-27 23:03:31 UTC
In order to limit the confusion between ProposedEasyHack and EasyHack and to make queries much easier we are changing ProposedEasyHack to NeedsDevEval.

Thank you and apologies for the noise


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.