SUMMARY Selection transformation should be available directly from the transform tool, and not require an extra menu option to expose it. STEPS TO REPRODUCE 1. Mark selection with selection tool 2. Menu - Edit Selection 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
Managing a selection right now has a lot of options that are separate from all the options from transformation. It would need a lot of discussion to be able to merge these tools. It could really complicate the way people interact with it and might create a lot more issues than what it might solve. Could you explain your workflow with what you are trying to do a bit? Usually if people want to work faster and clicking a GUI button is too slow, people usually start using shortcuts
Edit selection is also directly available via a right-click with the selection tools. After you make a selection, just right click and see some quick options
Created attachment 120458 [details] Gimp selection with handles to edit selection
Created attachment 120459 [details] Gimp selection with handles to edit selection
Created attachment 120460 [details] Inkscape selection with handles to edit selection
Note, a bunch of screenshots from other applications are not an answer to Scott's question.
Yes, I noted that there has been some complex work put, and that vector masks are being used to achieve the editable selections. So kudos for that. It's a feature I have been missing in Krita for a long time. However, what I'm suggesting is that the selection should be immediately editable, with handles on the bounding box. See the attached images from other applications. Gimp and Inkscape already do this. How would it improve workflow? Zero further actions required to edit the selection versus the current two mouse clicks and movement.
I would expect the selection being editable immediately, just as the crop tool selection is. Thus there is already similar functionality in Krita.
Thanks for your comment! Automatically switching the status of this bug to REPORTED so that the KDE team knows that the bug is ready to get confirmed. In the future you may also do this yourself when providing needed information.
We can ask some other artists how they use this, but for me this seems to clutter up the purpose of the tool for saving a click for a few use cases. I personally rarely need to actually do simple transforms like rotate and scale when I am making a selection. I would rather not see any extra handles or UI elements on the canvass unless I want to specifically do that. What people do after they make a selection varies quite a bit. People sometimes just make selection just to delete the content or fill it in. Other people spend a lot of time adding and subtracting to a selection. Maybe it is just me, but I feel like if we start to try to merge the selection and transform tools, it is going to create more problems than its worth. These two tools in Krita do too many things to combine them in a usable way.
I agree with Scott.
Then let me propose this then. You've stated that the selection transform is a pain in the neck. I can see that you've used a best fit option to do this using vector masks. What then if only resizing of the selection is made directly available from the tool. Rotation, rounded corners ect., could still be exposed with the current context menu option. The crop tool already offers this functionality. Thus similar code already exists in Krita to mark out an area and adjust it, without having to resort to any extra mouse clicks or menu options. Surely a copy of the crop tool selection code could be repurposed for the selection tool. It's a no brainer that being able to adjust the selection on the fly improves the user experience / workflow, especially if having to work to pixel perfect selection. Consider the ease of use that is available with the crop tool, and how that also would then translate into the selection tool. It is a feature I have often wished for in Krita, and something that I have missed since switching from GIMP. It makes for great improvement in user workflow.
this wish is confusing I think tweaking the selection made, not the content selected, is what I understand is wished upon. we already have some form of this, as we can move the selection outline by hovering the selection decoration. However for resizing and editing the selection outline it is not as straightforward as moving the outline is. For this you need to enter an editing mode in vector tools which in case you are using global selection mask, looses the layer you were coming from. On the other hand, If the wish is about also transforming the content selected, then I agree with scotty completely.
Yes, exactly the selection made, the outline, not the content. I see now that the selection outline can be moved, by hovering over it. Thus what I am suggesting is when hovering over the corners of the outline, that would enable resizing of the selection. Take a look at how GIMP handles resizing of the selection outlines. And before you say it, yes, I know, this is Krita and not GIMP. Editable selections outlines would be a very handy feature.
Note that using the area around the selection outline as a special interaction area for editing the selection instead of like usual makes it more difficult to start a selection near the outline of the existing selection. I'm already having a bit of trouble sometimes, moving the selection instead of activating the Similar Color Selection Tool from that pixel, for example (which is important if I want to add or subtract from the existing selection, so I cannot deselect to get rid of it). However it's a nice proposal so I hope with care and small enough interaction outline margin it can be implemented without disrupting other usecases.