+1 for 3 with the current way as default.
I think there are already enough key modifiers that affect tools in QGIS, that
the forth way probably isn't optimal; but a shortcut to toggle modes might be
useful.
On 25/09/2014, at 14:49 , Andreas Neumann wrote:
I think we should be open-minded
On 26.09.2014 16:35, Olivier Dalang wrote:
Hello,
Thanks Denis for the initiative ;)
If we are to provide both behaviours, I'm strongly in favour of a user
preference rather than the modifier key. At some point, we'll want to
use modifier keys for other uses (lock orthogonal move,
On 09/26/2014 10:35 PM, Olivier Dalang wrote:
While on the topic of map tools, I was thinking of the following
improvements to the QgsMapTool class:
*1. Implement snapping directly in the QgsMapTool class rather than in
each subclass*
From what I understand of the source, currently, more or
Hello,
Thanks Denis for the initiative ;)
If we are to provide both behaviours, I'm strongly in favour of a user
preference rather than the modifier key. At some point, we'll want to use
modifier keys for other uses (lock orthogonal move, alternate tool mode,
etc.), and this will get very
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
I tested the editing tools in ArcMap 10.2 and moving nodes and features is
drag and drop.
a
On Wed, Sep 24, 2014 at 10:46 PM, Denis Rouzaud denis.rouz...@gmail.com
wrote:
Hi all,
I'll try to summarize.
*QEP*: I don't mind doing one, but I think it's a bit early since we are
still
I like the options of setting a preference for either GIS like operation or
CAD like operation. This does however tie into a larger issue of
configuration flexibility in QGIS.
I use QGIS when I teach GIS and new users are often overwhelmed by rows and
rows of tool bars. By default we can only set
Hey Denis,
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.
So adding something like shift+click to enabled click-click mode.
Not sure if that is better but there is not a
On 25.09.2014 08:02, Nathan Woodrow wrote:
Hey Denis,
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.
So adding something like shift+click to enabled click-click mode.
Hi,
I think we should be open-minded towards Denis ideas and not
categorically reject any changes in curent behaviour. Enabling the CAD
mode enables a lot of possibilities compared to the current mode.
I am not a CAD expert either, but I am often impressed about how
efficiently my Autocad
+1 for option 3) but leave the current behaviour as default, maybe set
behaviour automatically when loading/enabling CAD tools?
Reason: I assume that the majority of users does just simple digitizing
and won't use CAD tools.
As for the disadvantage you mention (behaviour not coherent): _all_
Hi all,
There is somehow an inconsistency in the behaviour of the current
editing map tools.
Some, like add features, uses the left click to trigger the action.
Others, like the node tool or move feature use press-pan-release mouse
events:
* mouse press to select the node/feature
* mouse
On 24/09/2014, at 16:56 , Denis Rouzaud wrote:
Hi all,
There is somehow an inconsistency in the behaviour of the current editing map
tools.
Some, like add features, uses the left click to trigger the action.
Others, like the node tool or move feature use press-pan-release mouse events:
On 24-09-14 10:56, Denis Rouzaud wrote:
So, the bottom line, any objection to changing the behaviour of:
* edit node tool
* move feature
* rotate feature
* move label
* rotate label
* any other press-pan-release map tool that I am not aware of
???
Hi Denis,
though I'm not a hard core
Hi Ramon,
On 24.09.2014 13:23, Ramon Andiñach wrote:
On 24/09/2014, at 16:56 , Denis Rouzaud wrote:
Hi all,
There is somehow an inconsistency in the behaviour of the current editing map
tools.
Some, like add features, uses the left click to trigger the action.
Others, like the node tool
On 24.09.2014 13:23, Ramon Andiñach wrote:
I further suspect that since the node tool does more than just move
nodes, this is probably asking for a separation into node-move and a
node-insert and a segment-move and a... tools. I really like having
all of these in one tool, instead of
Hi Richard,
On 24.09.2014 14:00, Richard Duivenvoorde wrote:
On 24-09-14 10:56, Denis Rouzaud wrote:
So, the bottom line, any objection to changing the behaviour of:
* edit node tool
* move feature
* rotate feature
* move label
* rotate label
* any other press-pan-release map tool that I am
Am 24.09.2014 15:23, schrieb Denis Rouzaud:
Hi Richard,
On 24.09.2014 14:00, Richard Duivenvoorde wrote:
On 24-09-14 10:56, Denis Rouzaud wrote:
So, the bottom line, any objection to changing the behaviour of:
* edit node tool
* move feature
* rotate feature
* move label
* rotate label
*
What about writing per tool, the behaviour you propose in a QEP
(https://github.com/qgis/QGIS-Enhancement-Proposals) so we can discuss
it there?
yeah, I wonder if this really needs one. It's quite a small change with
not many consequences.
I think the mails so far already show that it's no
On 24/09/2014, at 21:52 , Bernhard Ströbl wrote:
Bottom line:
1) Intuitive is what you are used to.
This admittedly is true.
2) The way it currently works in QGIS is IMHO more intuitive because I am
used to it :) and it is the way graphic software works (I tried
LibreOfficeDraw, Inkscape
On 25/09/2014, at 01:00 , Anita Graser wrote:
What about writing per tool, the behaviour you propose in a QEP
(https://github.com/qgis/QGIS-Enhancement-Proposals) so we can discuss
it there?
yeah, I wonder if this really needs one. It's quite a small change with
not many consequences.
On 25 Sep 2014, at 6:01, Ramon Andiñach cust...@westnet.com.au wrote:
I am not saying the idea is bad but the consequences might be larger than
you expect especially for occasional users if the behaviour of the tools is
different from what they would expect from their prior experience (of
Hi Ramon,
Thanks for having a look. I downloaded a trial of MI yesterday but
couldn't launch it due to licence issues (!?).
On 25.09.2014 03:01, Ramon Andiñach wrote:
On 25 Sep 2014, at 6:01, Ramon Andiñach cust...@westnet.com.au wrote:
I am not saying the idea is bad but the consequences
Hi all,
I'll try to summarize.
*QEP*: I don't mind doing one, but I think it's a bit early since we are
still discussing.
*Problematic*: Drag'n'drop map tools prevent from enhancing CAD tools in
QGIS. For this, it is *required *to add click-click to all map tools.
*Other softwares:*
CAD
24 matches
Mail list logo
