https://bugs.kde.org/show_bug.cgi?id=415600
--- Comment #2 from Ahab Greybeard ---
@vanyossi re. Comment 1
2b) The vector selection can be numerically fine tuned (only in heigth and
width, not x/y offset) but this doesn't happen in real-time with immediate
visual feedback, unlike the Resize Canvas function which does this. I've tried
fine tuning in this way and it's an awkward and clumsy process for fine
adjustment of a selection.
If you do Edit Selection on an initial manual selection (vector or raster) then
you do have the real time feedback of a transformed global selection mask. You
then have to switch back to 'marching ants' by turning off the global selection
mask but that's not a problem. Resizing the canvas in this way (or any way)
would not be frequent operation.
3) It would be useful and interesting to know which operations clear pixels
outside the view area, apart from Trim operations obviously.
If this were regarded as 'not a suitable/sensible function' then I could do a
workaround by using the Similar Colour Selection Tool on a 'viewport rectangle'
to give a selection and then use Resize To Selection (assuming it was
implemented). Any consequences from operations that cleared pixels outside the
current canvas would be my fault and my problem.
--
You are receiving this mail because:
You are watching all bug changes.
