Re: todo for edge-actions 1.9 [was: Re: mxflat theme broken with current git]

[Christopher Roy Bratusek <nano tuxfamily org>]

Am 27.05.2011 16:26, schrieb Jeremy Hankins:
> Christopher Roy Bratusek<nano tuxfamily org>  writes:
> > (sorry, replied to wrong mail =>  wrong subject)
> > > TODO for EA in 1.9:
> > >
> > > - xinerama awareness for tiling
> > needs testing
> > > - tiling not properly working while-moving (will be fixed tomorrow)
> > fixed
> > > - flip-viewport while-moving broken with viewport-boundary-mode dynamic
> > partially fixed. sawfish does no longer hang up, but still it creates
> > more than 40 VPs ...
> > Hmm... old EF used edge-flip-synthesize for while-moving and I guess I
> > see why, maybe
> > re-importing some of the old code will fix the issue.
> I've been able to reproduce this, though I haven't had a chance to do
> more than that yet (hopefully this weekend).  It's a lot more than 40
> vps; it seems like it's overflowing the virtual desktop coordinates
> sometimes.  At least, sometimes windows get shifted in a way that's
> similar to what happens when you move-viewport-x so far that you come
> back to your windows again.  One of these days we should probably code
> in a hard limit on virtual desktop size to prevent that.
>
> Is edge-actions stuff still going on in the edge-actions branch, or is
> master the most up-to-date now?
>
> There is another problem/annoyance I found with edge-actions, most
> easily seen if you set a large delay.  If you bump the edge and
> immediately move the mouse back away the action still triggers, though
> I'd expect it not to do so.  This happens in master, anyway.
Great you're working on it. It's still edge-actions-1.9 (the branch is 
not yet done).

For the delay issue... you're right ... there's a leave flipper hook, 
maybe we
could use it to destroy the timer, but this will lead to the issue:

short delay => moving mouse a bit = no action (edge-window is only 1px)

So ... I'm not sure about the issue and would tend to leave as-is.

Chris