support for per-window (or per-app) "float mode" about amethyst HOT 7 CLOSED

Would you want them to be constantly floating above all over windows? I'm not sure there's a public way to do that, but I can look into it.

from amethyst.

No, in fact I would expect them to be managed exactly the same as the other
windows in the space. Float should not imply always on top.
On Jul 31, 2013 7:27 PM, "Ian Ynda-Hummel" [email protected] wrote:

Would you want them to be constantly floating above all over windows? I'm
not sure there's a public way to do that, but I can look into it.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/27#issuecomment-21910183
.

from amethyst.

Ah, I see what you're saying. Yes, Amethyst should definitely be doing that.

from amethyst.

Thanks! Float mode is rad; it mostly works as expected, but I think it might have introduced an issue with focus looping.

expected behavior:
window a is selected
focus-cw
window b is selected
focus-cw
window c is selected
focus-ccw
window b is selected
focus-ccw
window a is selected

actual behavior:
window a is selected
focus-cw
window b is selected
focus-cw
window b is selected
focus-ccw
window c is selected
focus-ccw
window a is selected

swap-cw and swap-ccw don't seem to be affected

do you want me to open a new issue?

from amethyst.

Yeah, I just bisected it, 7e03a7e is the first bad commit. i'm looking into it(?)

from amethyst.

Yeah, go ahead an open a new issue for it and let me know what you find.

from amethyst.

30f6fdf fixed the focus issue, but I have a followup question which is:
is it possible to assert (in .amethyst, say) a list of windows (or apps) which should always be floating? e.g. I use nvalt and I would like to have it always be managed in float mode because I bring it up temporarily to take a quick note and then hide it; having it force two reflows is not ideal

Also, if I can e-buy you a drink or whatever, that'd be great.

from amethyst.