Thanks for the excellent window manager!

Are there any plans to add a floating layer in a similar way to PaperWM for Gnome?

Hi!

When using a window gap, windows that seem like they should fit the whole screen perfectly if they are next to each other result in some scrolling when switching between them. Could the window gap be taken into consideration so that there is no scrolling motion?

For example, assume we have

• Two windows
• The first has the width ratio 0.38195
• The second has the width ratio 0.61804
• The window gap is 30px

Then I would like the windows to fill the screen nicely since 0.38195 + 0.61804 = 0.999... But instead the unfocused window bleed into the outer window gap resulting in some scrolling when switching between the windows. See demo below.

Happy to make a PR!

As the title says. When switching from or to firefox the whole experience is quite janky. It takes almost a second before the focus shifts to or from firefox.
During this second firefox' cpu spikes to 100%.

When you close the last window/column, e.g. last window to the right, the next active window is not repositioned, leaving unused space to the right side. Would be better if last active window moves to the right side of the screen. So workspace will be filled entirely.

Also, would be great to be able to change window sizes not only by predefined sizes, but with separate key bindings +/- both horizontally and vertically.

In addition, it would be helpful when you open only one window or close all windows except one, then the last opened window will fill the entire screen automatically.

Thank you all for last changes! Behaves a lot better now!

Thank you! Looks great!
There must be a standard option to exclude floating windows from managing.

Open a new tab in a Terminal or Finder window (may also occur in other applications). That window will be moved right the width of the window. This is because we are detecting the new tab as a unique window with a width of the original window.

Figure out how to detect when a window is a tab and ignore it. Maybe compare window ID with the window list?

This may be a MacOS problem that can't be solved.

How to reproduce

1. Open up a chrome window on both monitors.
2. While having a Chrome window open on one monitor, navigate away from the Chrome window using PaperWM.spoon.
3. When navigating back to the Chrome window, MacOS changes focus to the Chrome window on the other monitor.

Obviously it would be nice if it didn't change focus to the other monitor, but again, I think this is core MacOS problem.

when I press switch_space_2 which is on my other display, mission control opens but doesn't actually give focus to the space. I can then only press escape, and focus returns to the previous space.

2024-02-22 11:51:51: 11:51:51 ERROR:   LuaSkin: hs.timer callback error: ...merspoon.app/Contents/Resources/extensions/hs/spaces.lua:801: attempt to index a nil value (local 'child')
stack traceback:
	...merspoon.app/Contents/Resources/extensions/hs/spaces.lua:801: in function 'hs.spaces.gotoSpace'
	/Users/mogenson/.hammerspoon/Spoons/PaperWM.spoon/init.lua:249: in function </Users/mogenson/.hammerspoon/Spoons/PaperWM.spoon/init.lua:247>

from line local status, errMsg2 = child:performAction("AXPress") in

module.gotoSpace = function(...)
    local args = { ... }
    assert(#args == 1, "expected 1 argument")
    local spaceID = args[1]
    assert(math.type(spaceID) == "integer", "space id must be an integer")

    local screenUUID, screenID = module.spaceDisplay(spaceID), nil
    if not screenUUID then
        return nil, "space not found in managed displays"
    end
    for _, vScreen in ipairs(screen.allScreens()) do
        if screenUUID == vScreen:getUUID() then
            screenID = vScreen:id()
            break
        end
    end

    local count
    for i, vSpace in ipairs(module.spacesForScreen(screenUUID)) do
        if spaceID == vSpace then
            count = i
            break
        end
    end

    openMissionControl()
    local mcSpacesList, errMsg = findSpacesSubgroup("mc.spaces.list", screenID)
    if not mcSpacesList then
        closeMissionControl()
        return nil, errMsg
    end

    -- delay to make sure Mission Control has stabilized
    waitForMissionControl()

    local child = mcSpacesList[count]

    local status, errMsg2 = child:performAction("AXPress")
    if status then
        return true
    else
        closeMissionControl()
        return nil, errMsg2
    end
end

from line Spaces.gotoSpace(space) in

    elseif Spaces.spaceType(space) == "user" then
        leftClick(point) -- if there are no windows and the space is a user space then click
        -- MacOS will sometimes switch to a another space with a focused window
        -- Setup a timer to check that the requested space stays active
        local function spaceCheck()
            if space ~= Spaces.focusedSpace() then
                Spaces.gotoSpace(space)
                leftClick(point)
            end
        end
        for i = 1, 3 do Timer.doAfter(i * Window.animationDuration, spaceCheck) end
    end

Thanks for an awesome window manager! Is it possible to make the window widths configurable? I use my 13 inch macbook pro and for me, the old window widths are more usable compared to the golden ratio ones introduces in #17.

Is it possible to make these configurable? Or perhaps even dynamic, depending on the screen size?

By old window widths, I mean these ratios:

{ 0.38195, 0.5, 0.61804 }.

I just installed PaperVM.spoon. I am getting the following error:

2022-10-15 21:13:40: -- Lazy extension loading enabled
2022-10-15 21:13:40: -- Loading ~/.hammerspoon/init.lua
2022-10-15 21:13:40: -- Loading Spoon: PaperWM
2022-10-15 21:13:40: -- Loading extension: window
2022-10-15 21:13:40: -- Loading extensions: window.filter
2022-10-15 21:13:40: -- Loading extension: logger
2022-10-15 21:13:40: -- Loading extension: spaces
2022-10-15 21:13:40: *** ERROR: /Users/dteiml/.hammerspoon/Spoons/PaperWM.spoon/init.lua:437: attempt to index a nil value
stack traceback:
	/Users/dteiml/.hammerspoon/Spoons/PaperWM.spoon/init.lua:437: in function 'PaperWM.addWindow'
	/Users/dteiml/.hammerspoon/Spoons/PaperWM.spoon/init.lua:389: in function 'PaperWM.refreshWindows'
	/Users/dteiml/.hammerspoon/Spoons/PaperWM.spoon/init.lua:182: in function 'PaperWM.start'
	/Users/dteiml/.hammerspoon/init.lua:248: in main chunk
	[C]: in function 'xpcall'
	...poon.app/Contents/Resources/extensions/hs/_coresetup.lua:723: in function 'hs._coresetup.setup'
	(...tail calls...)

I get this for both the default keybindings, as well as just for:

-- ~/.hammerspoon/init.lua
PaperWM = hs.loadSpoon("PaperWM")
PaperWM:start()

Hi,

I'm facing issues getting it to work.

2022-02-28 17:30:52: *** ERROR: ...n.app/Contents/Resources/extensions/hs/window_filter.lua:1530: attempt to index a nil value (field 'watcher')
stack traceback:
	...n.app/Contents/Resources/extensions/hs/window_filter.lua:1530: in main chunk
	[C]: in function 'rawrequire'
	...poon.app/Contents/Resources/extensions/hs/_coresetup.lua:662: in function 'require'
	(...tail calls...)
	[C]: in function 'rawrequire'
	...poon.app/Contents/Resources/extensions/hs/_coresetup.lua:662: in function 'require'
	...merspoon.app/Contents/Resources/extensions/hs/window.lua:1027: in function <...merspoon.app/Contents/Resources/extensions/hs/window.lua:1025>
	(...tail calls...)
	/Users/mgaber/.hammerspoon/Spoons/PaperWM.spoon/init.lua:58: in main chunk
	[C]: in function 'rawrequire'
	...poon.app/Contents/Resources/extensions/hs/_coresetup.lua:662: in function 'require'
	...poon.app/Contents/Resources/extensions/hs/_coresetup.lua:337: in field 'loadSpoon'
	/Users/mgaber/.hammerspoon/init.lua:107: in main chunk
	[C]: in function 'xpcall'
	...poon.app/Contents/Resources/extensions/hs/_coresetup.lua:723: in function 'hs._coresetup.setup'
	(...tail calls...)

Running 12.2.1 on M1Pro

I'm very new to Darwin, not able to trace it back

Hi :) What do you think about making the screen margin, a.k.a. the margin where "off-screen" windows are placed, configurable? I think it looks pretty nice with a margin that is smaller than the window gap. Here is an example with window gap being 30 and the screen margin 10.

Most of the time, I like to use vim-style home row directions for navigating the windows; but I also appreciate how the GNOME PaperWM lets me have this and sideswipe gestures (I'm not aware of a simple hammerspoon API for scripting gestures, but I could easily see one getting added in the future) and use the arrow keys (for example, when carrying my laptop around and using the keyboard one-handed).

Right now, I'm able to create these duplicate bindings manually, by using code like

-- in fact, I use fennel for my config, so there's a small chance this code snippet is incorrect
hs.hotkey.bind({{"cmd", "alt"}, "left"}, function () PaperWM:focusWindow(-1) end)

But this approach is undocumented, hard to read, and it generally feels brittle and hacky. Ideally, this would be unnecessary (see Hammerspoon/hammerspoon#3569), but for the time being, it would be very nice if the definitions of preconfigured user actions (i.e. the function bindings for partially-applied methods created inside PaperWM:bindHotkeys) were moved to somewhere user accessible. I was thinking a property of the module table akin to PaperWM.default_hotkeys; does this sound reasonable?

I'm happy to create a PR for this—in fact, I intend to write the patch regardless, for my own benefit, but it would be nice to not have to rebase upstream changes and deal with potential conflicts in perpetuity.

How to reproduce

1. Open at least 3 windows.
2. Move to the far left window.
3. Minimise the 2nd window (directly to the right of the currently focused far left window).
4. Observe that the 3rd window doesn't automatically move to be directly next to the first window unless you navigate.

Also seems you can't navigate between tiles with the keyboard when you un-minimise a window, since it gets focused any for some reason ignores any PaperWM.spoon key bindings.