<div dir="ltr"><div>I tested the editing tools in ArcMap 10.2 and moving nodes and features is drag and drop.<br><br></div>a<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 24, 2014 at 10: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 class="h5"><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">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>