fix: support rotated monitors in screencopy and rendering

[neonvoidx]

Hyprland 0.56+ changed screencopy buffers here hyprwm/Hyprland#15714

The old approach of rotating the buffer in initSCFrame() via cairo transforms no longer works correctly the compositor applies the output transform when displaying layer surfaces, so rotating the buffer causes double-transformation on portrait or rotated monitors

Changes:

• Removes the cairo pixel rotation from initSCFrame(), keeping the screenBuffer in its native physical orientation. A plain memcpy replaces the old cairo rendering pass
• Adds rotation-aware cairo pattern matrices in renderSurface() that map between the physical screenBuffer and the logical PBUFFER at draw time, supporting both TR=1 (90° CW) and TR=3 (270° CW)
• Adds matching rotation-aware coordinate mapping for CLICKPOSBUF (zoom circle source position) and outputColor() (final color sampling), so the zoom preview and picked color are correct on rotated outputs
• Fixes the circle radius calculation which used integer division (5 / SCALEBUFS.x) instead of properly scaling the radius
• Fixes sendFrame() which was toggling lastBuffer before using it, causing the wrong buffer to be attached. lastBuffer is now set by renderSurface() before calling sendFrame()
• Uses CAIRO_OPERATOR_SOURCE for the initial buffer clear in renderSurface() to prevent rendering trails. The default OVER operator is a no-op when filling with transparent, leaving stale content from previous frames visible

Tested locally, previously rotated monitors were goofed up, this fixes that, didn't see any regressions

I also bumped the patch version up one because I figured since this is a notable change it should change /shrug

[vaxerski]

can be closed since #168 is basically the proper way