https://issues.apache.org/ooo/show_bug.cgi?id=124841
--- Comment #13 from [email protected] <[email protected]> --- (In reply to Armin Le Grand from comment #12) > Loked deeper and indeed the difference is that the old specialized > preparation with the GraphicManager paint did the hand-crafted scaling in an > own form. The now unified paint is using the default VCL-Based > OutputDevice::DrawBitmap which is not AAing on linux at all. The way go get > out of this is to enhance the standard VCL bitmap output for Linux. With your changes in revision 1403434 the default bitmap scaling has changed form BMP_SCALE_FAST to BMP_SCALE_SUPER ("supersampling"), which IMHO shouldn't be considered an interpolating algorithm. Most other scaling methods result in much nicer looking images. Resampled preview images with an almost matching size also look much nicer, even when only supersampling are used. In our plain X11 backend the native XCopyArea function is used, which doesn't care at all about antialiasing. And if visual quality is a concern then that function's scaling ability should be avoided. Until your changes for AOO410 (such as issue 122778) this wasn't the case. I agree that the image scaling functionality on our X11 backend should be improved to better handle image scaling itself, especially when antialiasing is enabled. But for this particular regression I'm afraid we need a solution that gets the old quality back ASAP. -- You are receiving this mail because: You are watching all issue changes.
