<div dir="ltr"><div>I also would vote for option 3. I do quite a bit of digitising/editing in QGIS. I am used to the default behaviour though there are times i wish for the editing tools to act as Denis has proposed. I think it makes sense for QGIS' default behaviour to be consistent for people coming from other GIS software. In my mind QGIS is foremost a GIS and should behave as such. So i don't think 1 is a good option. also, 2 sees like it could be confusing/frustrating. I don't think its a matter of being afraid of change but rather of being consistent with the behaviour of other GIS software. That being said there are times that i would appreciate having the editing behaviour Denis is suggesting and would be very interested in being able to choose. <br><br></div>Andrew<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 24, 2014 at 11:27 PM, Denis Rouzaud <span dir="ltr"><<a href="mailto:denis.rouzaud@gmail.com" target="_blank">denis.rouzaud@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF"><span class="">
<br>
<div>On 25.09.2014 08:02, Nathan Woodrow
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Hey Denis,
<div><br>
</div>
<div>There is a 4th option of course and that is a key modifier
for override to do click-click. I was planning on doing that
a while ago when I thought about the same thing.</div>
<div><br>
</div>
<div>So adding something like shift+click to enabled click-click
mode.</div>
<div><br>
</div>
<div>Not sure if that is better but there is not a good way to
change this kind of thing.</div>
<div><br>
</div>
<div>- Nathan</div>
</div>
</blockquote>
<br></span>
Or we use the modifier for the drag'n'drop, if people like to keep a
button mouse pressed, they don't mind using one more key... just
joking!<br>
<br>
Modifiers are a pain when you use the tools a lot.<br>
<br>
Anyway, if we do this, this can be combined with the options
(solution 3)<br>
Standard mode: simple click: drag'ndrop, shift: click-click<br>
CAD mode: simple click: click-clcik, shift: drag'n'drop<div><div class="h5"><br>
<br>
<br>
<br>
<blockquote type="cite">
<div class="gmail_extra"><br>
<div class="gmail_quote">On Thu, Sep 25, 2014 at 3:46 PM, Denis
Rouzaud <span dir="ltr"><<a href="mailto:denis.rouzaud@gmail.com" target="_blank">denis.rouzaud@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF"> Hi all,<br>
<br>
I'll try to summarize.<br>
<br>
<b>QEP</b>: I don't mind doing one, but I think it's a bit
early since we are still discussing.<br>
<br>
<b>Problematic</b>: Drag'n'drop map tools prevent from
enhancing CAD tools in QGIS. For this, it is <b>required
</b>to add click-click to all map tools.<br>
<br>
<b>Other softwares:</b><br>
CAD softwares use click-click actions while design and GIS
(Mapinfo, what about ESRI?) use drag'n'drop.<br>
New users or even current users might be afraid of such a
change.<br>
<br>
<b>Pros of methods:</b><br>
Advantages of click-clik:<br>
* allow other actions to be done in the movement<br>
* allow cancelling the action (this was not pointed out
yet)<br>
Advantages of drag'n'drop<br>
* More intuitive (for non-CAD users, which I believe is
the majority)<br>
<br>
I see <b>3 (and a half) solutions</b> (thanks to Matthias
for pointing some):<br>
<br>
1.<b> Replace current</b> drag'n'drop to click-click<br>
+ simplest solution to maintain<br>
- need time for new users to get used to this<br>
<br>
2.<b> Enable both</b> click-clik and drag'n'drop: a short
click will free the node/feature while a long click (*)
will allow drag'n'drop.<br>
+ both solutions are here<br>
- might be confusing for a "standard" user to make a short
click and have a node moving without knowing what to do
(although escape would cancel the thing)<br>
<br>
3. Provide both behaviours and <b>choose which one to use
in options</b> (e.g. enable CAD behaviour for map
tools).<br>
+ both solutions are here<br>
- behaviour not coherent along the different installations<br>
<br>
half solution: click-click in map tools, allow drag'n'drop
in the main identify tool. Like <b>Microstation</b>.<br>
- this works only for move features (i.e. not feasible for
rotate and node tools)<br>
<br>
Please comment these solutions, to see if there's a
consensus.<br>
I'll start and vote for 1. ;)<br>
<br>
<br>
Cheers,<br>
Denis<br>
<br>
<br>
* The determination of what should be done is made on the
distance in pixels from the press position to the release
position. If it's small it is considered as a short. Time
might also get into consideration: if you long-click but
don't move it could be considered as cancel.
<div>
<div><br>
<br>
<br>
<br>
<br>
<br>
<br>
<div>On 24.09.2014 10:56, Denis Rouzaud wrote:<br>
</div>
<blockquote type="cite">Hi all, <br>
<br>
There is somehow an inconsistency in the behaviour
of the current editing map tools. <br>
<br>
Some, like add features, uses the left click to
trigger the action. <br>
Others, like the node tool or move feature use
press-pan-release mouse events: <br>
* mouse press to select the node/feature <br>
* mouse mouse to move it <br>
* mouse release sets the position. <br>
<br>
I would propose to standardise this and for the
latter tools propose the following work flow: <br>
* left click enables the move <br>
* left click again to validate at position <br>
* or right click to cancel <br>
<br>
Why changing this? <br>
<br>
If you look at CAD software, they also use the
proposed approach. And there's a reason for doing
so, which is valid for QGIS too. <br>
<br>
We are looking at improving the CAD tools in QGIS.
In this area, I recommend trying the fantastic
CADinput plugin made by Olivier Dalang. The plugin
works on top of any map tool and enables CAD tools
for each of them. <br>
<br>
The problem with the press-pan-release map tools is
that you can't truly interact while you are actually
in the action of the map tool (holding the click): <br>
* you can't click anymore and this prevents from
using intermediate points (you have to use the tool
several times and repeat the operation as many times
as intermediate points you need) <br>
* it is not really user friendly to have to press
keys while holing the click <br>
<br>
This is why, changing the map tools behaviour is
requested if we want to go further with CAD tools in
QGIS. <br>
<br>
Regarding the future of CAD tools in QGIS, I am
quite sure the plugin proposed by Olivier would be a
good way to go for QGIS, but it still might be a bit
early to integrate it in core. The idea is rather
first to extend the API and propose ready to use
methods, so it will be easy to implement your
preferred solution in a plugin. <br>
<br>
But first, we need to standardise the map tools. <br>
<br>
So, the bottom line, any objection to changing the
behaviour of: <br>
* edit node tool <br>
* move feature <br>
* rotate feature <br>
* move label <br>
* rotate label <br>
* any other press-pan-release map tool that I am not
aware of <br>
??? <br>
<br>
Best wishes, <br>
<br>
Denis <br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
</blockquote>
<br>
</div>
</div>
</div>
<br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</div></div></div>
<br>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br></blockquote></div><br></div>