diff options
author | Nico Weber <thakis@chromium.org> | 2021-01-12 15:53:07 -0500 |
---|---|---|
committer | Andreas Kling <kling@serenityos.org> | 2021-01-12 23:32:54 +0100 |
commit | d551263b111bc83e65fa845ef245f43982dfd7ad (patch) | |
tree | 7604309027c6336cf8be7c7c8801a6a8a6ad0499 /Userland/Libraries/LibDesktop | |
parent | 545b4879e43472f92bcee5e9142f41cd5fd88e32 (diff) | |
download | serenity-d551263b111bc83e65fa845ef245f43982dfd7ad.zip |
LibGfx: Make it possible to apply an (integer) scale to a Painter
This adds a scale factor to Painter, which will be used for HighDPI
support. It's also a step towards general affine transforms on Painters.
All of Painter's public API takes logical coordinates, while some
internals deal with physical coordinates now. If scale == 1, logical
and physical coordinates are the same. For scale == 2, a 200x100 bitmap
would be covered by a logical {0, 0, 100, 50} rect, while its physical
size would be {0, 0, 200, 100}.
Most of Painter's functions just assert that scale() == 1 is for now,
but most functions called by WindowServer are updated to handle
arbitrary (integer) scale.
Also add a new Demo "LibGfxScaleDemo" that covers the converted
functions and that can be used to iteratively add scaling support
to more functions.
To make Painter's interface deal with logical coordinates only,
make translation() and clip_rect() non-public.
Diffstat (limited to 'Userland/Libraries/LibDesktop')
0 files changed, 0 insertions, 0 deletions