You can make some interesting spaces adjusting that single parameter
Agustin Suarez
@suarez-agu
That's awesome. Thank you so much
Ian Ynda-Hummel
@ianyh
@NathanRightnour it looks like those might be panels rather than windows. Amethyst is explicitly narrowed to windows. It's not impossible to handle panels, but it causes a lot of unexpected behaviors if you do tile them.
@ianfixes#127 could be interesting for debugging, but it's possible what you actually want is a separate debugging mode that layers debug information over all windows.
Ian
@ianfixes
For #127 I wasn't thinking so much of debugging as for helping folks see whether things are windows or panels. (Case in point, NathanRightnour's issue). Like, maybe the popup for "identify" would also point out which window is which. I dunno, should I open an issue to track that idea?
Arnold
@arnoldsandoval
Howdy! I sit possible to have gaps in Amethyst?
Ian
@ianfixes
Yes, under settings there are both "window margins" and "screen padding". or do you mean just empty positions in the layout itself?
Are there any rules on picking up tickets on the twillo board?
Michael Drogalis
@MichaelDrogalis
Hey there. I just downloaded Amethyst for OS X 10.13.6. I enabled it through the Accessibility settings, but whenever I run the hot keys to change layouts, I see it echo the layout its switching to in the middle of my screen, but no windows are moved. Can anyone think of something dumb that I'm doing?
Michael Drogalis
@MichaelDrogalis
Huh, looks like I just had to restart it. Thanks for this cool project!
Zach Dwiel
@zach-nervana
amethyst has recently stopped reliably working for me. It seems as if amethyst starts moving a window in the right direction and adjusting the dimensions of the window, but then gives up partway through, leaving the window in a weird state
this happens for all kinds of events, moving windows between screens, resizing for new windows, rearranging windows on the same screen, etc
any ideas?
i can usually get the window to settle in the right spot by switching focus back and forth between windows, each time amethyst moves the window a little closer to where it should be
this used to happen less often, but now it happens almost every time
Zach Dwiel
@zach-nervana
i've reproduce the problem in another window manager
Ian Ynda-Hummel
@ianyh
That's a fair bit of strain on graphics. Maybe it's delaying the accessibility calls enough that they encounter errors. I've seen that happen on occasion.
But it's been fairly rare.
I rarely have that many monitors.
Zach Dwiel
@zach-nervana
that appears to be the problem in the other application as well
he would timeout after 100 milliseconds, which wasn't enough
_
Ian Ynda-Hummel
@ianyh
It's an interesting problem.
Not sure how to approach it.
Ian
@ianfixes
If Amethyst puts up its own window, we could probably measure that delay (at least for resizing) right?
Ian Ynda-Hummel
@ianyh
I don't think so. I would expect the effect to be wildly varied.
It's also possible that the total number of windows impacts it. If you have 20 windows visible and they all receive accessibility calls at the same time would some of them be more likely to time out than if you had 10 windows?
Zach Dwiel
@zach-nervana
one thing talon is doing is checking on where the window is after a timeout and retrying if it isn't where it should be
still not perfect though
Ian Ynda-Hummel
@ianyh
We do something similar for registering observers on applications, but we do an exponential backoff.
It’s a lot of delay for an already slow operation, though.
Could you link me to the code you’re talking about?
it sounds like part of the problem is that i use dragon naturallyspeaking
it forces window resize animations
:facepunch:
Akshay Budhiraja
@AkshayBudhiraja
Hi guys, quick question about the Amethyst tiling wm. Is it possible to use amethyst to send windows from one display to another? Is this handled via the "spaces" concept or is there a separate concept within Amethyst for displays?
Ian Ynda-Hummel
@ianyh
@AkshayBudhiraja the commands you are looking for are throwing windows to screens.
For example, throwing a window from your second display to your first display would be shift+ctrl+opt+w by default.
Akshay Budhiraja
@AkshayBudhiraja
Oh right, can't believe I missed that. Thanks @ianyh this works great.