Unfortunately x11 is one of those - I currently debug into tdf#113814 and see (i‘m not a x11 specialist) that 11 only has XPixmap and XCopyArea (in principle). skia will, it has the potential to do so. This does by no means mean that the others might not catch up and even turn over - hopefully esp. This includes some (we have seven), but best is Cairo and GDIPlus - load big files and scroll. Let me try to be more precise: It has to do with backends in the office that are not adapted as well as they could be. Of course you are right - it has nothing to do with skia, it‘s a fine system. > Locale: lv-LV (lv_LV.utf8) UI-Language: en-US > CPU threads: 2 OS: Linux 5.5 UI render: default VCL: x11 (In reply to Maris Nartiss from comment #40) Just spent 10 minutes waiting for VT1 to come up so I could login as root and kill -9 LO Impress process and get my X11 session back without a hard reboot. Ahh, those good ol' times when opening a presentation with animated GIF was NOT sending X11 down the drain. Locale: lv-LV (lv_LV.utf8) UI-Language: en-US > care of Z-Order and overlapping objects at all.īuild ID: 4e471d8c02c9c90f512f7f9ead8875b57fcb1ec3ĬPU threads: 2 OS: Linux 5.5 UI render: default VCL: x11 > where we came from - it was just painted over timer-based without taking
> There is always room for improving the git stuff, of course, when you know > again is buffering of system-format bitmaps. > direct line dashing - but main reasons for bitmap based stuff to be slower > bufferings (as GDIplus and Cairo do), btw also not using transformations or Please note that in it‘s current state it does no > so to get the current state - an improvement over 2016 - at lest I had to > Indeed the prob is aged, but me and caolan did a lot of opts in that area. > I tried on Win and Linux and both got significantly faster without skia. (In reply to Armin Le Grand from comment #39)
0 kommentar(er)
