Andreas,
I have analyzed what you said and have adjusted my understanding on how it
works. Now I agree with you that current behaviour is correct. As part of
this change in my mind was ability to find a way to distinguish user
actions (map translation versus vertex dragging) in mousePressEvent()
h
On 19 Jan 2014, at 16:34, Dmitrii Volosnykh wrote:
> Probably we may discuss it before make any unwanted bug reports...
> Basically, I have the same problems described in the referenced topic from
> URL. Specifically, I have a scene (tiles of geographic map) and an overlay
> consisting of a poly
Probably we may discuss it before make any unwanted bug reports...
Basically, I have the same problems described in the referenced topic from
URL. Specifically, I have a scene (tiles of geographic map) and an overlay
consisting of a polyline which should be editable via dragging its vertices.
By
On 19 Jan 2014, at 12:26, Dmitrii Volosnykh wrote:
> My question is: should I report a new bug or add a comment to the old one?
You can make a new bug, describe the problem you have and we can discuss there.
Please post the bug report here.
FWIW I think the current behaviour is correct :-).
An
Much like an author of the message on stackoverflow (
http://stackoverflow.com/questions/2175503/qgraphicsview-accepted-events)
I'd like to be able to conditionally execute custom logic depending on the
accepted flag of the mouse event after default implementation of
QGraphicsView::mouseMoveEvent()
