Created attachment 135269 [details] sample Steps to reproduce: 1. Open attached document 2. Zoom it up to 300% Observed behaviour: Text is more blur than in previous versions. See the image attached Versió: 6.0.0.0.alpha0+ ID de la construcció: 0342c5e8086c8200ecadbe9d52dd4ef6a093effb CPU threads: 4; OS: Linux 4.10; UI render: per defecte; VCL: gtk3; Configuració local: ca-ES (ca_ES.UTF-8); Calc: group [Bug found by office-interoperability-tools]
regression introduced in range https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=b93d0cadb79f6652dec4d29ef20813f1d57cc708..208e66185b634ebc131121158f93f4f3ae4bd18e
Created attachment 135270 [details] Comparison LibreOffice 5.4 and LibreOffice 6.0
Created attachment 135277 [details] sample2 Another file affected by the same problem
Created attachment 135279 [details] Comparison of sample2
Created attachment 135281 [details] sample3 Another file affected. In this case, the google logo is affected
The content of attachment 135281 [details] has been deleted
It is a PDF in a MS-Word doc, gets read by us as Metafile. This has 5 actions, containing the graphic stuff as single Bitmap. With the Bitmap now embedded as primitive, it gets painted by the system renderers. Also before this should have happened, but maybe this was still painted using the old vcl self-scaling. In fist case, AA is the sdame, in the 2nd it will be better. Checked with LO52 - for me it looks quite the same, slightly better. Also the Zoom/scroll will now be much better. More an enhancement.
Checked and as I thought, problem is writer is not using primitives (yet) to paint that content, this needs to be enhanced.
Have adapted to let writer use primitive rendering. This is the prerequisite to use the VectorData available. For now, this will fallback to VclProcessor2D::RenderMetafilePrimitive2D and thus use the direct renderer again wich we try to get rid of, but this is needed for fallback quality to the current state of things, so slowlyness and speed/hang/crash on zoom will be back for a (hopefully short) while. I checked that all this is much better with the fully activated emfplus stuff. All tasks have this same reason, so all others are double to this one.
*** Bug 111491 has been marked as a duplicate of this bug. ***
*** Bug 111495 has been marked as a duplicate of this bug. ***
*** Bug 111496 has been marked as a duplicate of this bug. ***
fix done and in master, building locally to do a 2nd check
Allright, now we have this ficed and the EMF+ activated - all much faster and better quality. Faster in EditView (zoom, panning) and faster and much better quality in e.g. PDF export.
Verified in Version: 6.0.0.0.alpha0+ Build ID: 04d70c0999c716f5465631eca50945915ec607c4 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group