[Qgis-developer] Vertex editor

[Nathan Woodrow]

Personally for me unless we can get the whole thing nice and smooth I
really think the old click-drag still should stay as default and the
click-click mode + tools is added to ctrl modifier.  I know it adds more
complexity but I don't think "move" is the default action we should take on
a node unless we are told that is what the user is wanting to do.  I also
understand the desire to be more cad like and add more control on the
drawing tools but unless done right it's going to give people a bad
experience.

- Nathan

On Mon, Sep 14, 2015 at 7:32 AM, Nyall Dawson <nyall.dawson at gmail.com>
wrote:

> On 14 September 2015 at 07:07, Saber Razmjooei
> <saber.razmjooei at lutraconsulting.co.uk> wrote:
> > The new changes assume:
> >  - User always wants to move a vertex
> >  - Only one single vertex is selected
> >
> > But in general, the node tool is also heavily used for deleting, adding
> and moving vertices. With the new behaviour it is a bit confusing for users
> how the other tasks can be done, when it gets automatically locked on a
> single node.
>
> There's a long blocker list relating to regressions in the map tools, eg:
>
> - deleting a node: the rubber band is not removed
> - deleting a node: when finished, the next node should be pre-selected
> (this pre-selection should by synchro with the table view selection
> model).
> - right-click should cancel the edition of the node (but keeps it
> pre-selected)
> - for point layers, there is no visual feedback of the point being
> moved (no rubberband)
> - editing in table view: changes should be applied to the rubberband
> on keypress (not on editing finished), and when editing is finished it
> should ends the digitizing (clear rubberband)
> ( all from http://hub.qgis.org/issues/13276)
> - split tool errors: http://hub.qgis.org/issues/13273 and
> http://hub.qgis.org/issues/13347
> - inability to add parts to null geometries - refs
> http://hub.qgis.org/issues/12885
>
> I tried to do some digitising in master last week and honestly it was
> unusable for geometry editing. Lots of regressions and unexpected
> behaviour compared to the smooooth editing machine that 2.8 is! I
> understand master is a work-in-progress, but can we get some
> confirmation of which issues will be addressed prior to 2.14?
> Marco/Denis? If there's no funding to address these then I think they
> should be prioritised for the 2.14 bug fixing period.
>
> Nyall
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20150914/7bbdc287/attachment-0001.html>