Re: Snap rewrite #2

2021-12-02 Thread Dominik Vogt
On Thu, Dec 02, 2021 at 11:25:07AM -0700, Jaimos Skriletz wrote:
> On Thu, Dec 2, 2021 at 10:46 AM Dominik Vogt  wrote:
> >
> > This is about an accident during elastic paging development, but
> > it feels "good" to me.  I've secretly always hated the "snapping"
> > effect of snap attraction.  Windows jumping around is confusing,
> > especially if the distance is big, e.g. if you use a "100" edge
> > resistance.  So here is the new idea:
> >
>
> I like it when my window snap to edges/other windows. Though I also
> like this idea as well, I can see both being useful. Is this going to
> be configurable so a user can use the behavior they prefer?

It could be configurable at the cost of complete code duplication.
The existing method is only aware of the window's requested
position.  The new method needs to keep two window positions, the
position where it was blocked and the position where it would be
if there were no blocking.

Apart from the visual annoyance, the conventional method has some
usability problems because it's impossible to place windows a few
pixels away from other windows, or a little bit over the screen
edge.  (Of course you can do that with the Alt key, but few people
know about the keybindings at all).

Ciao

Dominik ^_^  ^_^

--

Dominik Vogt



Re: Snap rewrite #2

2021-12-02 Thread Jaimos Skriletz
On Thu, Dec 2, 2021 at 10:46 AM Dominik Vogt  wrote:
>
> This is about an accident during elastic paging development, but
> it feels "good" to me.  I've secretly always hated the "snapping"
> effect of snap attraction.  Windows jumping around is confusing,
> especially if the distance is big, e.g. if you use a "100" edge
> resistance.  So here is the new idea:
>

I like it when my window snap to edges/other windows. Though I also
like this idea as well, I can see both being useful. Is this going to
be configurable so a user can use the behavior they prefer?

jaimos