#Hammerspoon mac os 10.9.5 windows#

Indeed, when I get a reference to a window that is taller than the screen and has not been given focus yet, a call to setFrame() returns the reference correctly, but does not resize the window.

Once I have given them focus, I can hit the keybinding to restore state and they will be correctly resized.Įarlier today, I spent time working in the Hammerspoon console confirming this behavior.

#Hammerspoon mac os 10.9.5 windows#

Except now it seems that when I go from laptop to monitor, everything is fine, but when I go from monitor to laptop windows which are taller than the screen resolution are ignored in the resizing process. I recently ported this application from Hydra to Hammerspoon and generally things work the same. The procedure is the same when I unplug the mbp from the monitor. If they are not the same window, but from the same app, they will be restored to the last position of a window with that app title if there is one. When I plug the laptop into the monitor, I can hit a key combination and any of the same windows by id from the last time the monitor was in use will be restored to their current position. The screens I use are currently either the laptop - a mbp - or a 26 inch Dell. This is mainly the permutation of which desktop the window is in (ie Space), and on which screen. The data structure maintains a queue for each 'visibility context' that windows may be encountered in. Not sure if that is the only factor involved, but it appears to be the salient issue.Īs part of this work, I can save the state of windows in a data structure that is also serialized to json.