Created attachment 125372 [details]
When printing attached doc, print is long. Many minutes when it needs only a few seconds with LO 5.0.6.
During this time, CPU is high, and its temperature rise over 20 °C (from 50 to 70 °C and more
When opening the doc, the UI seems very Slow
If disabling OpenGL, All is fine
The problem seems related with graphite fonts
What is the content of your C:\Users\User\AppData\Roaming\LibreOffice\4\cache\opengl_device.log
DeviceString: NVIDIA GeForce GTX 960
Note that the bug is also on latest beta2 5.2 branch
And the bug is also reproduced on W10 with AMD R7 video card
Yep, I see that even just scrolling back and forth in that document is quite slow in a master build, when OpenGL is used. I don't have any printer attached to my Windows box, so can't try that.
Yeah, indeed is related to Graphite fonts. (Simply doing a Select All, and setting theft to some more "normal" Windows font like Cambria, makes the scrolling much smoother.)
Yes, all my documents using graphite fonts (about 90 %] are very slow. quite unusable.
IMHO, the importance of this bug should be raised to major
(In reply to Pierre C from comment #5)
> Yes, all my documents using graphite fonts (about 90 %] are very slow. quite
> IMHO, the importance of this bug should be raised to major
I guess you are right: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg
I don't know if this bug should be considered as a regression. It worked fine before OpenGL, and it still work fine without OpenGL. But, on the other hand, OpenGL is the future of LO and all functionality should work with OpenGL
So IMHO it's a regression
All users using graphite fonts are affected. I don't know if it concerns many people.
The only work around is to stop using graphite fonts or disable OpenGL
So Adding keyword regression
Well, it's not a regression in any useful sense or how they are normally seen, so removing keyword.
Still a great problem with LO 184.108.40.206 and LO 220.127.116.11. I can't work with LO with all my docs using graphite fonts mostly all my docs).
Any chance that someone have look to this bug (Shall I change all my fonts) ?
The only workaround is to disable OpenGL an so, with large screen, Impress doesn't work. So I waste my time disabling and enabling OpenGL
(In reply to Pierre C from comment #9)
> The only workaround is to disable OpenGL an so, with large screen, Impress
> doesn't work. So I waste my time disabling and enabling OpenGL
What do you mean Impress doesn't work? How does it manifest?
It's this bug
I don't understand why this bug can't be considered as a regression
I could work with graphite font without any problem, but now that OpenGL is enabled by default, I can't
Of course workaround is easy, I just have to disable OpenGL, but it doesn't work as expected by default.
So at least from this point of view, it's a regression.
(In reply to Pierre C from comment #12)
> I don't understand why this bug can't be considered as a regression
> I could work with graphite font without any problem, but now that OpenGL is
> enabled by default, I can't
> Of course workaround is easy, I just have to disable OpenGL, but it doesn't
> work as expected by default.
> So at least from this point of view, it's a regression.
Notice I said in my comment 8: "it's not a regression in any useful sense". This means that we already know, what change caused the regression (= introduction of OpenGL). Otherwise we would bisect the commits to find out what caused it.
Oh sorry. My English skill is really too low. that's not the I understood it.
The new HarfBuzz based common layout does some good here with scrolling preformance with OpenGL rendering enabled.
Unfortunately the Graphite fonts are not being rendered as cleanly--kerning issues and even some clipping looks to be happening. But the scroll is smooth.