https://bugs.documentfoundation.org/show_bug.cgi?id=98500
--- Comment #13 from Maris Nartiss <maris.nart...@gmail.com> ---
(In reply to Armin Le Grand (CIB) from comment #12)
> > It only shows that much higher performance is possible as it was provided by
> > an older version of LO.
> Yes, but at the cost that these were not played in the Object-hierarchy, aka
> any object above it was overpainted by the anim-Gif. I think noone wants
> that back...
In LO 4.4.7.2 I could add two overlapping animed GIFs + text boxes and other
drawn figures in front and back of GIFs - partially overlapping them. No
rendering issues in Edit or Presentation mode. I was able to edit the
presentation (ok, slide switching is slow).
In LO 5.2 I even can not get that far to add second GIF, not talking about
adding boxes etc.
If there is a choice between kill -9 soffice and objects ignoring rendering
hierarchy, I fail to see any advantage of "the correct way of doing things".
If it helps to track the real issue, it seems that the condition is caused by
hovering with mouse over animated GIF (a normal action while editing a slide).
As long as there is no interaction with animated area, LO 5.2 is running fine.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
