<p dir="ltr">Hi All,</p>
<p dir="ltr">I like the idea of a switch between Graphic and CAD mode.  How about putting a toggle button near the Render checkbox.  Then all users will know which mode they are in.</p>
<p dir="ltr">-Bob (aka cgs_bob)</p>
<div class="gmail_quote">On Sep 24, 2014 11:49 PM, "Andreas Neumann" <<a href="mailto:a.neumann@carto.net">a.neumann@carto.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I think we should be open-minded towards Denis ideas and not<br>
categorically reject any changes in curent behaviour. Enabling the CAD<br>
mode enables a lot of possibilities compared to the current mode.<br>
<br>
I am not a CAD expert either, but I am often impressed about how<br>
efficiently my Autocad colleagues can edit/construct data.<br>
<br>
Therefore I would support the option to switch between Graphics/CAD<br>
mode. There could even be a button in the editing toolbar switching<br>
between the two modes, though I would expect that people would like to<br>
stay in one mode most of the time, once they get used to either mode.<br>
<br>
>From Denis proposals listed below I would prefer option 3 (Provide both<br>
behaviours and choose which one to use in options). The above suggested<br>
switch mode button or a modifier key could be added as well, though I<br>
see it as convenience and not absolutely necessary at the start.<br>
<br>
Andreas<br>
<br>
Am <a href="tel:25.09.2014%2005" value="+12509201405">25.09.2014 05</a>:46, schrieb Denis Rouzaud:<br>
> Hi all,<br>
><br>
> I'll try to summarize.<br>
><br>
> *QEP*: I don't mind doing one, but I think it's a bit early since we are<br>
> still discussing.<br>
><br>
> *Problematic*: Drag'n'drop map tools prevent from enhancing CAD tools in<br>
> QGIS. For this, it is *required *to add click-click to all map tools.<br>
><br>
> *Other softwares:*<br>
> CAD softwares use click-click actions while design and GIS (Mapinfo,<br>
> what about ESRI?) use drag'n'drop.<br>
> New users or even current users might be afraid of such a change.<br>
><br>
> *Pros of methods:*<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 *3 (and a half) solutions* (thanks to Matthias for pointing some):<br>
><br>
> 1.*Replace current* 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.*Enable both* click-clik and drag'n'drop: a short click will free the<br>
> 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<br>
> have a node moving without knowing what to do (although escape would<br>
> cancel the thing)<br>
><br>
> 3. Provide both behaviours and *choose which one to use in options*<br>
> (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<br>
> identify tool. Like *Microstation*.<br>
> - this works only for move features (i.e. not feasible for rotate and<br>
> 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<br>
> pixels from the press position to the release position. If it's small it<br>
> is considered as a short. Time might also get into consideration: if you<br>
> long-click but don't move it could be considered as cancel.<br>
><br>
><br>
><br>
><br>
><br>
><br>
> On <a href="tel:24.09.2014%2010" value="+12409201410">24.09.2014 10</a>:56, Denis Rouzaud wrote:<br>
>> Hi all,<br>
>><br>
>> There is somehow an inconsistency in the behaviour of the current<br>
>> 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<br>
>> 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<br>
>> 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<br>
>> 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<br>
>> recommend trying the fantastic CADinput plugin made by Olivier Dalang.<br>
>> The plugin works on top of any map tool and enables CAD tools for each<br>
>> of them.<br>
>><br>
>> The problem with the press-pan-release map tools is that you can't<br>
>> truly interact while you are actually in the action of the map tool<br>
>> (holding the click):<br>
>> * you can't click anymore and this prevents from using intermediate<br>
>> points (you have to use the tool several times and repeat the<br>
>> operation as many times as intermediate points you need)<br>
>> * it is not really user friendly to have to press keys while holing<br>
>> the click<br>
>><br>
>> This is why, changing the map tools behaviour is requested if we want<br>
>> to go further with CAD tools in QGIS.<br>
>><br>
>> Regarding the future of CAD tools in QGIS, I am quite sure the plugin<br>
>> proposed by Olivier would be a good way to go for QGIS, but it still<br>
>> might be a bit early to integrate it in core. The idea is rather first<br>
>> to extend the API and propose ready to use methods, so it will be easy<br>
>> 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>
><br>
><br>
><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>
><br>
<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>