This bug is still present. xdpyinfo reports always 96x96 dpi resulting
in wrong screen dimensions and incorrect scaling.
$ xdpyinfo | grep -B2 resolution
screen #0:
dimensions:3840x2160 pixels (1016x571 millimeters)
resolution:96x96 dots per inch
however, xrandr is right;
$ xrandr |
Created attachment 111757
printout in PDF 2015-01-05
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/891522
Title:
[Upstream] Printing/Exporting to PDF adds text to the side of
As of 2015-01-05, the issue still stands (see attached PDF printout).
The added text seems to be the control's 'label' text. Emptying all
'label' properties, seems a good workaround.
Still, the handling of PDF control 'labels' differs from screen an PS.
--
You received this bug notification
Comment on attachment 42713
Revised version of respect-fontconfig patch against 1.10.2 version.
Review of attachment 42713:
-
(In reply to comment #16)
Thanks for the helpful overview of the changes.
* _cairo_ft_options_merge -
(In reply to comment #15)
(In reply to comment #14)
Fontconfig doesn't know whether the text is being rendered to an LCD screen
or
a printer, so fontconfig needs to be told subpixel order and whether
hinting is
appropriate.
I admit I don't know how printing specific rendering is
(In reply to comment #4)
(In reply to comment #2)
qual=all can actually already be used to test that a value is not set
because
it always returns true when there are no values to test. i.e. All zero
values
match.
Hmm, that sounds like a bug though.
Adding set and not_set
qual=all can actually already be used to test that a value is not set
because it always returns true when there are no values to test. i.e.
All zero values match.
For the rgba case, overriding a value of unknown seems quite
reasonable.
match target=font
test name=rgba
(In reply to comment #1)
I guess this kind of config is
never enabled by default and should simply leave it to the desktop
preferences.
You would hope so, but some distribution(s) where enabling these by default.
Hopefully they have stopped doing that now.
--
You received this bug
8 matches
Mail list logo
