diff options
author | Armin Le Grand (Collabora) <Armin.Le.Grand@me.com> | 2025-01-30 20:47:00 +0100 |
---|---|---|
committer | Armin Le Grand <Armin.Le.Grand@me.com> | 2025-01-31 11:33:21 +0100 |
commit | 7c0d5fab2b62a9cb79e228e372bb85d38fe73bcc (patch) | |
tree | 3eb255b07ab7957f94e1ce9b260e79cf182ed503 /sw/inc/view.hxx | |
parent | 163ddd7a841fc4ee2b4a79a5ec5e5635bcc0cbc2 (diff) |
tdf#164476 CiaroSDPR: improve ControlPrimitive2D rendering
The task shows that for some situations the Controls do not
get vbisualized. These *should* be child windows of the
panel containing them, but fir some reason these seem to
get incarnated by being 'painted'.
Problem is that for SDPRs an OutputDevice to do so is not
available - by purpose. Luckily it is possible to use a
awt::XGraphics and 'paint' from there.
It would also be possible to find out why the child windows
do not get constructed and where this may need to be done,
but for now just add 'painting' the Controls by using the
path utilizing the awt::XGraphics mechanism. For that
purpose, do set an awt::XGraphics at the CairoSDPR if it
gets constructed using an OutputDevice.
It may be that we need to think about how to solve this
for SDPRs that get constructed from scratch, e.g.
when using createPixelProcessor2DFromScratch. This would
mean to somehow construct a awt::XGraphics from a cairo
surface, probably using an OutputDevice as in-betwen
step, but for now this change solves the problem.
Change-Id: I3bc653deab7f0b2902081b0fdbd501dfcc78383b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/180967
Tested-by: Jenkins
Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
Diffstat (limited to 'sw/inc/view.hxx')
0 files changed, 0 insertions, 0 deletions