I wonder WHAT exactly the
effective screenRect 'sees' and why it doesn't on the 3 desktop systems LC deploys on: and, after all, with Linux what with KDE, GNOME, XFCE, LXDE, and so on, I don't actually see HOW LC can account for docks, panels, taskbars, menu bars, cocktail bars, and so on.
AND (using, for the sake of argument, MacOS), does LC really detect the fatness of the MacOS menu bra, or does it just have a number of pixels hard-coded into it for the top bit of
effective screenrect?
If you look up
effective in the Dictionary,
screenRect is NOT among the things listed to which it can be applied.
AND, to really screw things up:
Code: Select all
put the effective working screenRect
produces "0,25,2560,1346" for my 27" retina iMac, while a screenshot of the same monitor displays at 5120,2880
returns half of that, unexpectedly.
And that 1346 (item 4 of the
effective working screenRect) does NOT take the MacOS Dock into account, so is not really very useful at all.
Putting this:
Code: Select all
on mouseUp
set the itemDelimiter to ","
put item 4 of the effective working screenRect into UD
put item 3 of the screenRect into LR
set the height of Stack "screen Stretch" to UD
set the width of Stack "screen Stretch" to LR
set the loc of stack "screen Stretch" to the screenLoc
end mouseUp
in a button makes the stack 2560 x 1346, put the top of the stack just below the MacOS Monterey menu bar, and HALFWAY behind the MacOS Dock:
-
-
Which is N
BG.
-
And I haven't even started playing around with
scaleFactor yet.
I am going to take a break and imagine what would happen on a Linux desktop with top, bottom, and left-side XFCE panels all of differing thicknesses: but I am not going to go and try that out as I already feel sufficiently lumpy about
effective working screenWreck on MacOS not to bother.