flameshot-org
Increase the functionality of "Ability to move elements" to "Ability to move or resize elements"
I just upgraded to flameshot-0.10.0.rc1-1.debian-10.amd64.deb. Thanks for adding New Features -> Ability to move elements. I request the following "companion feature" Proposed New Feature -> Ability to move or resize elements.
Below I have essentially suggested that Flameshot follow the standard method GUIs use to enable users to move and resize graphic elements when using a mouse. Specifically, I guess that this feature might be implemented as follows:
- A user would be able to select an element just as a user can do with New Features -> Ability to move elements which was introduced in
flameshot-0.10.0.rc1-1. - However, if the user were to select an element then sizing handles would appear at each of the four corners of the existing element and sizing handles would also appear half way between each of the four corners. Therefore, a total of eight sizing handles would appear.
- The user would be able to drag the existing element just as a user can do with New Features -> Ability to move elements.
- However, if the user were to drag on one of the four sizing handles that would appear at each of the four corners of the existing element, then that element would be resized proportionally.
- Similarly, if the user were to drag on one of the four sizing handles that would appear half way between each of the four corners, then that element would be resized non-proportionally.
@edeandrea If you have a chance please take a look at Autofit Text in Textboxes plus ability to create a "custom textbox tool" #1758
I would be grateful if you were to lend your support to that feature request of mine.
- However, if the user were to drag on one of the four sizing handles that would appear at each of the four corners of the existing element, then that element would be resized proportionally.
- Similarly, if the user were to drag on one of the four sizing handles that would appear half way between each of the four corners, then that element would be resized non-proportionally.
Unless I have misunderstood what "proportionally" means here, I disagree with this part.
But first, my understanding of proportionally: "having the same or a constant ratio"
Now, why I disagree:
-
I don't recall any mainstream GUI vector graphics software that behaves like this
-
In the current version of Flameshot while drawing an object (e.g circle or square), you can hold Ctrl while dragging to keep me the ratio 1:1 for width and height.
I propose the following change in your idea:
Flameshot should follow Inkscape's behaviour.
P.s: I'm on writing this on my phone and don't have Inkscape in front of me. Therefore there is a chance that what you explained is in accordance to Inkscape's behaviour. Therefore I apologise for spamming the thread if that's the case. I will assign this to myself to check it when I git behind a desktop.
Flameshot should follow Inkscape's behaviour.
I agree.
Flameshot should follow Inkscape's, and Photoshop's, and Illustrator's, and GIMP's, and Google Draw's, and well, the standard GUI behavior for resizing graphic elements.
Put simply: Flameshot developers should stop trying to "reinvent the wheel" and instead follow extremely common, well-known, best practices. None of this stuff is a secret. It's common-knowledge.
Obviously Flameshot developers should spend a little time using applications like Inkscape, and Photoshop, and Illustrator, and GIMP, and Google Draw to see how their GUIs are designed.
Many clever engineers derive great satisfaction from dreaming up clever solutions. The problem with this approach is this: they almost invariably, but not always, create solutions that are inferior to "best practices." This is not a mere peccadillo; rather, it's a serious problem because, as a result of the developers' self-indulgence, the users end up using an application which is inferior to what it could and should be.
Flameshot should follow Inkscape's, and Photoshop's, and Illustrator's, and GIMP's, and Google Draw's, and well, the standard GUI behavior for resizing graphic elements.
-
Photoshop and Gimp are not vector graphics editors. Flameshot's objects are vector graphics, hence we should only follow vector graphics editors
-
I personally am a FOSS/FLOSS advocate and I prefer to take inspiration from FLOSS tools. Hence my suggestion of Inkscape.
Obviously Flameshot developers should spend a little time using applications like Inkscape, and Photoshop, and Illustrator, and GIMP, and Google Draw to see how their GUIs are designed.
Fortunately for you, I'm not a developer in this project and the mains devs are brilliant people. As I said before, I don't have immediate access to a desktop computer to test these and it is hard to recall muscle memory without being in front of a computer. I have assigned this to myself and I will double check the behaviour of Inkscape.
P.s: the way you formulate your sentences look "familiar". Haven't we already discussed in some other threads in Flameshot's GitHub issues?
To prove my point:
https://user-images.githubusercontent.com/390889/127001916-bed7b771-fcdc-49ea-ae67-0a5f6d3691d4.mp4
Note that the Ctrl key is shown where the arrow points and Shift key shows below it near the bottom edge of the dark rectangle.
We are not reinventing the wheel, these features are being added in incremental updates. Please stop spamming issues with these long posts, it's cluttering the actual feature request discussions.
