<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
> > On that note: how about the other flake tools? I guess those don't need to<br>
> > be queued that much, but flake layers still cause canvas updates.<br>
> ><br>
><br>
> Well, I'm afraid we'll have to override them with our own tools (through the<br>
> inheritance), because we'll have to add the stuff like<br>
> rotation/gestures/panning to them.<br>
<br>
</div>Hm... That suggests we might want to put everything in strategies and just add those to the existing flake tools. Overriding them is going to be tricky, since many of those tools are in plugins.<br></blockquote><div>
<br>What flake tools do we have, except DefaultTool and ZoomTool?<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
> Yes. And this is quite good question whether we should enqueue such tools<br>
> into the same queue or not? How do you think? That would be quite good to be<br>
> able to pan the canvas during the canvas update.<br>
</div><br>I agree -- so not in the same queue?<br></blockquote><div><br>I guess canvas actions can be performed directly, though it should be checked.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">
> > > 11) All the tools should support common gestures those change their<br>
> > > parameters. E.g. Shift+Drag. We can add different types of drags, like<br>
> > > Shift+Vertical Drag and Shift+Horizontal Drag, the type of drag may be<br>
> > > recognized automatically.<br>
> ><br>
> > I think we need to find a better name for this than gestures, because<br>
> > people are bound to be confused by the Qt gesture framework.<br>
> ><br>
><br>
> Agree. Any suggestions?<br>
<br>
</div>interaction strategies might work?<br></blockquote><div><br>"Strategies" is too general, because it includes keyboard modifiers and different mouse buttons. We need to call it somehow (and it'll be reflected in user manual as well). <br>
</div></div><br clear="all"><br>-- <br>Dmitry Kazakov<br>