[QGIS-Developer] Why was selection tool behaviour changed in 3.x?

Thu Jan 2 12:35:25 PST 2020

Thank you Alexandre,

Yes, I should mention 10 pixels is default on my system, I have also tried
20px up to 40px testing incase of High DPI issue.
I have tried tossing out my QGIS 3 Profile, and thought that fixed the
issue, but found it creeping back in again.
Clean build of QGIS 3.10.1 w/no extra plugins in my Testing User-land.

I absolutely agree, the Reshape Tool works nicely when dealing with
bisecting edits, and when not, a few node changes.

I am just curious, since it appears I am in a distinct minority with this
issue, all through various MacOS updates, Laptops, desktops, 3.4.x, 3.6.x,
3.8.x, 3.10.x

Mars

On Wed, 1 Jan 2020 at 16:45, Alexandre Neto <senhor.neto at gmail.com> wrote:

> Hi Mars,
>
> In Settings > Options > Digitizing, What is your search radius fro vertex
> edits? I use 10 Pixels and it works fine with me.
>
> Besides, in case you don't know, for that kind of task, you can use the
> reshape tool instead, in the advanced digitizing toolbar.
>
> Alexandre Neto
>
> On Tue, Dec 31, 2019 at 1:10 AM Mars Sjoden <marsofearth at gmail.com> wrote:
>
>> I have been using QGIS 3.x for a good solid year, and have come to
>> conclude that the New CLICK + CLICK method is not intuitive, and I have
>> been finding it buggy (at least on Mac).
>> I have been hoping that performance, accuracy and efficiency would
>> improve with the Vertex Tool in 3.x but it has not (at least on Mac)
>> I have used many CAD software over the years (AutoCAD, FreeCad,
>> Vectorworks, Inventor, Sketchup/Layout), and am not familiar with this
>> unconventional Click+Click method for moving nodes/features.  Perhaps this
>> is a Windows UI thing?
>>
>> Besides the issue with having to re-wire the brain to the Click+Click
>> method of the Vertex Tool, the moving of a node is buggy.
>> 33% of the time Left Click is either not registered or is registering as
>> a selection box.
>>
>> I have read the arguments FOR Click+Click, perhaps if it actually worked
>> I would be okay with it.
>>
>> It appears there are two Vertex Tools states being used contextually.
>> The Vertex Selection Tool state and the Vertex Move Tool state.  It seems
>> in my case the Vertex Tool defaults to a selection state much too often no
>> matter how close to the bullseye I click.
>> Link to video illustrating the issue
>>
>>  QGIS 3.x Vertex Tool Bug.mp4
>> <https://drive.google.com/file/d/1XKiayJF2fUKlKrtK2sS6new2T77lxAXB/view?usp=drive_web>
>>
>>
>> Best wishes and Happy New Year!
>> Mars
>>
>>
>> On Sun, 14 Apr 2019 at 16:04, Cory Albrecht <maps at hanfastolfe.com> wrote:
>>
>>> > It's not true to say that QGIS is an outlier:
>>>
>>> I think it's quite fair to say that it is the outlier, and I gave a
>>> bunch of example where click+drag is the norm and aI gave anumber of
>>> exmaples. Click+drag is ubiquitous. Next time you go into a text field of
>>> the feature attributes form to edit that text attribute, let me know how
>>> much text you select by doing click-move-click instead of click+drag. :-)
>>>
>>> > along with the reasons Jo mentions and increasing the ability to be
>>> more accurate if you don't have to hold down the button
>>>
>>> I would disagree that having to hold the button down while selecting
>>> makes it less accurate as it doesn't affect how much you are able to flex
>>> your wrist or add to stress on the carpal tunnel. Click or no click, you
>>> wrist would make the same movements. Given the ubiquity of click+track in
>>> the  computer world, choosing that offer the better UX experience to the
>>> users because it doesn't requires them to relearn how they do simple,
>>> common actions for just one application.
>>>
>>> Especially the regular "Select Feature(s)" tool (not polygon, freehand
>>> or radius) does requires you to click and drag. If carpal tunnel issues and
>>> accuracy were actual issues/reasons, then this tool also should have been
>>> change to click, move, left-click to end just like the other selection
>>> tools were changed. That lack of consistency leads to a frustrating
>>> experience for the user, ask any UX designer.
>>>
>>> > was to align with the behaviour of CAD, which does use "click-click",
>>> rather than click-and-drag.
>>>
>>> How many people who start using QGIS were CAD users beforehand? I
>>> suspect that even minimally experienced CAD users are in the minority. If
>>> there is a decent chunk that could benefit from such a UX/UI change,
>>> perhaps it would have been more appropriate to make that a switch in the
>>> settings that would change the behaviours?
>>>
>>> On Wed, Apr 10, 2019 at 6:40 AM Tom Chadwin <tom.chadwin at nnpa.org.uk>
>>> wrote:
>>>
>>>> Hi Cory
>>>>
>>>> From memory, there was a lot of discussion about making this change in
>>>> the
>>>> vertex editor. It's not true to say that QGIS is an outlier: the
>>>> rationale
>>>> behind the change - along with the reasons Jo mentions and increasing
>>>> the
>>>> ability to be more accurate if you don't have to hold down the button -
>>>> was
>>>> to align with the behaviour of CAD, which does use "click-click", rather
>>>> than click-and-drag.
>>>>
>>>> Tom
>>>>
>>>>
>>>>
>>>> -----
>>>> Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon
>>>> --
>>>> Sent from:
>>>> http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
>>>> _______________________________________________
>>>> QGIS-Developer mailing list
>>>> QGIS-Developer at lists.osgeo.org
>>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>>> _______________________________________________
>>> QGIS-Developer mailing list
>>> QGIS-Developer at lists.osgeo.org
>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>> _______________________________________________
>> QGIS-Developer mailing list
>> QGIS-Developer at lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20200102/6e8a030f/attachment.html>