Throwing window to a space is broken #1676

inspectorG4dget · 2024-08-20T19:27:44Z

Describe the bug
I'm able to move windows to different displays just fine.
I'm unable to throw a window to an absolute or relative desktop/space. The default key bindings are ctrl+alt+shift+<left/right> to throw the focused window to the prev/next space and ctrl+alt+shift+ to throw the focused window to the num-th space

Applications:
All applications

To Reproduce
Steps to reproduce the behavior:

Launch Amethyst
Launch any application and open a window
Create a new space/desktop
Use ctrl+alt+shift+arrows to attempt to throw the window to the next/previous space
Use ctrl+alt+shift+num to attempt to throw the window to the num-th space

Expected behavior
The selected window should move to the next/previous space, or the num-th space.

Screenshots
None

Versions:

macOS: 14.6 (23G80)
Amethyst: 0.21.0 (110)

Debug Info

$ /Applications/Amethyst.app/Contents/MacOS/Amethyst --debug-info [--include-apps]

Note: --include-apps will list your manageable applications, but is optional if you don't want to list that.

Version: 0.21.0 (110)

OS version: Version 14.6 (Build 23G80)

Screens:
	(0.0, 0.0, 2560.0, 1440.0) [(0.0, 0.0, 2560.0, 1440.0)]
	(-1792.0, 169.0, 1792.0, 1120.0) [(-1792.0, 151.0, 1792.0, 1120.0)]
	(2560.0, 0.0, 1920.0, 1080.0) [(2560.0, 360.0, 1920.0, 1080.0)]

Configuration:
screen-padding-left: 0
floating: (
        {
        id = "com.jetbrains.pycharm";
        "window-titles" =         (
        );
    },
        {
        id = "com.apple.Terminal";
        "window-titles" =         (
        );
    },
        {
        id = "com.googlecode.iterm2";
        "window-titles" =         (
        );
    },
        {
        id = "com.agilebits.onepassword7";
        "window-titles" =         (
        );
    }
)
enables-layout-hud-on-space-change: 0
focus-follows-mouse: 0
window-minimum-width: 0
new-windows-to-main: 0
window-resize-step: 5
window-max-count: 0
float-small-windows: 1
restore-layouts-on-launch: 1
ignore-menu-bar: 0
enables-layout-hud: 1
layouts: (
    tall,
    wide,
    fullscreen,
    column,
    bsp
)
debug-layout-info: 1
screen-padding-right: 0
floating-is-blacklist: 1
window-margin-size: 1
use-canary-build: 0
mouse-follows-focus: 0
screen-padding-bottom: 0
window-margins: 0
follow-space-thrown-windows: 1
mod2: (
    option,
    shift,
    control
)
window-minimum-height: 0
mod1: (
    option,
    shift
)
screen-padding-top: 0

Additional context
N/A

The text was updated successfully, but these errors were encountered:

dklymenk · 2024-08-21T19:55:09Z

For me this seems to have started happening after update to Sonoma (14.5).

noamvokaal · 2024-08-26T09:51:43Z

This happened to me after update to Sonoma 14.6.1.

PhilipEnchin · 2024-08-27T17:24:05Z

Having the same issue, but with a wee bit more additional detail:

Personal computer (issue 😭):
- 15 inch MBP, 2018 (Intel)
- Upgraded from macOS 13.x to 14.6.1
- Worked before the upgrade, but not since
- Upon hitting the keyboard shortcut to throw to another space, the window looks like it gets defocused, sent behind other windows, then refocused, all within a fraction of a second, but doesn't move to a new space
Work computer (no issue 🥳):
- 14 inch MBP (Apple M3 Pro)
- I never used any OS prior to 14.x on this machine
- I've done one minor/patch upgrade, but not sure if I had Amethyst installed at that time
- Works as expected (so far)

dklymenk · 2024-08-27T18:27:39Z

It turns out that I was on 0.21.0, which is the latest version according to the website and the in-app update checker.

0.21.1 fixes this exact issue. To update I did brew install --cask amethyst and the issue is 100% resolved for me now.

PhilipEnchin · 2024-08-28T20:28:26Z

Followed @dklymenk's advice and upgraded via brew, but the issue persists...

DanCates · 2024-08-31T18:47:23Z

For me this seems to have started happening after update to Sonoma (14.5).

It turns out that I was on 0.21.0, which is the latest version according to the website and the in-app update checker.

0.21.1 fixes this exact issue. To update I did brew install --cask amethyst and the issue is 100% resolved for me now.

@dklymenk , you said above that you are using Sonoma 14.5? The 0.21.1 update fixed the issue for M1 Macs (not Intel) on Sonoma 14.5 but it appears to have returned again in Sonoma 14.6 according to the others in this thread. As a result, I'm waiting to upgrade to Sonoma 14.6 until Amethyst is compatible. Can you confirm that you are indeed still on 14.5 and have not updated to the latest OS?

fullofcaffeine · 2024-09-10T00:07:40Z

+1, having the same issue :/

pfortuny · 2024-09-10T16:37:36Z

Same issue:

Monterey 12.7.6
MacBook Pro 15-Inch 2016
2,6GHz Quad-Core Intel Core i7

raven38 · 2024-09-12T10:17:15Z

@pfortuny It may be solved by #1677

mgabs · 2024-09-12T12:38:54Z

The issue is still present, when I tried mapping the keys to something other than arrow keys it worked.

throw-space-left:
  mod: mod3
  key: ";"

throw-space-right:
  mod: mod3
  key: "'"

However, these don't:

throw-space-left:
  mod: mod3
  key: "left"

or

throw-space-left:
  mod: mod3
  key: left

pfortuny · 2024-09-12T16:20:48Z

@raven38

Unfortunately, when I try to build the bundle from the source code I get

xcbeautify: A full installation of Xcode.app 15.0 is required to compile
this software. Installing just the Command Line Tools is not sufficient.

Xcode 15.0 cannot be installed on macOS 12.
You must upgrade your version of macOS.
Error: xcbeautify: An unsatisfied requirement failed this build.
Installing xcbeautify has failed!
Homebrew Bundle failed! 1 Brewfile dependency failed to install.

Can I do anything? Thanks for the pointer, anyway!

ckeefe-pillpack · 2024-09-20T00:01:40Z

Also dealing with this issue.

Version: 0.21.1 (111)
OS version: Version 13.6.9 (Build 22G830)
Screens:
	(0.0, 0.0, 2560.0, 1440.0) [(0.0, 0.0, 2560.0, 1440.0)]
Configuration:
enables-layout-hud: 1
window-minimum-height: 0
screen-padding-bottom: 0
window-minimum-width: 0
debug-layout-info: 0
screen-padding-top: 0
new-windows-to-main: 0
window-max-count: 0
mouse-follows-focus: 0
screen-padding-right: 0
window-resize-step: 5
floating-is-blacklist: 1
focus-follows-mouse: 0
screen-padding-left: 0
window-margins: 0
floating: (
)
mod1: (
    option,
    shift
)
follow-space-thrown-windows: 0
restore-layouts-on-launch: 1
window-margin-size: 0
float-small-windows: 1
ignore-menu-bar: 0
mod2: (
    option,
    shift,
    control
)
use-canary-build: 0
enables-layout-hud-on-space-change: 1
layouts: (
    tall,
    fullscreen
)

projeffboy · 2024-09-21T00:40:27Z

@dklymenk your approach worked at one point when I was still using the previous Mac OS version with Amethyst 0.21.1. Now that I've upgraded to Sequoia, and have upgraded to Amethyst 0.21.2, it doesn't work anymore. Throwing a window to another space makes the window disappear then quickly reappear in the same space.

fvcci · 2024-09-21T15:40:11Z

same issue

Zelle97 · 2024-09-23T13:40:07Z

Having the same Issue on Mac OS 15.0 (Sequoia) and Amethyst 0.21.2 (112).

raven38 · 2024-09-23T14:03:55Z

@pfortuny
I used an older Xcode compatible with macOS 12 for build.

miguelski · 2024-09-23T20:41:53Z

brew to me too, i am using Mac OS 15

gargantuanprism · 2024-09-28T15:46:54Z

same here, just upgraded to 15.0 on an M1 MBP. my current workaround is click and hold on the title bar and press CTRL+N to move to workspace N

DanCates · 2024-09-28T17:19:38Z

This is amazing! I didn't know you could hold a title bar and move to other workspaces natively in MacOS! Thanks for this tip! I've been waiting to upgrade to 15.0 so that I don't break Amethyst yet but without a foreseeable solution coming, I'm trying to figure out what options I have if I move forward anyway. Space throwing is extremely important to me and I use it non-stop so having some kind of solution is critical. Sent via Superhuman ( ***@***.*** )

…

On Sat, Sep 28, 2024 at 11:47 AM, gargantuanprism < ***@***.*** > wrote: same here, just upgraded to 15.0 on an M1 MBP. my current workaround is click and hold on the title bar and press CTRL+N to move to workspace N — Reply to this email directly, view it on GitHub ( #1676 (comment) ) , or unsubscribe ( https://github.com/notifications/unsubscribe-auth/ADGZONGMBLZXJ24334E4X4DZY3FQJAVCNFSM6AAAAABM2RTJLKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGOBQG4YTINRQHE ). You are receiving this because you commented. Message ID: <ianyh/Amethyst/issues/1676/2380714609 @ github. com>

ianyh · 2024-09-28T17:47:02Z

You can also go into Mission Control, drag a window to the top, which will bring down a view with all of the available spaces, at which point you can drop the window into one of them. (I think. I'm typing from my phone.)

BAAWM · 2024-09-29T09:44:48Z

So based on the fact you can hold the title bar and use control 1 to go to desktop one for example.
This is a Lua script for Hammerspoon. It seems to work well at least as a temp solution for switching.

local hyper = {"cmd", "ctrl", "alt", "shift"}

function clickAndHoldTitleBar()
    local win = hs.window.focusedWindow()
    if win then
        local frame = win:frame()
        local titleBarX = frame.x + 20
        local titleBarY = frame.y + 10
        local clickEvent = hs.eventtap.event.newMouseEvent(hs.eventtap.event.types.leftMouseDown, {x = titleBarX, y = titleBarY})
        clickEvent:post()
        return {x = titleBarX, y = titleBarY}
    end
    return nil
end

function releaseClick(clickPosition)
    if clickPosition then
        local releaseEvent = hs.eventtap.event.newMouseEvent(hs.eventtap.event.types.leftMouseUp, clickPosition)
        releaseEvent:post()
    end
end

function handleDesktopSwitch(key)
    local clickPosition = clickAndHoldTitleBar()
    hs.eventtap.keyStroke({"ctrl"}, key)
    releaseClick(clickPosition)
end

hs.hotkey.bind(hyper, "1", function()
    handleDesktopSwitch("1")
end)

hs.hotkey.bind(hyper, "2", function()
    handleDesktopSwitch("2")
end)

hs.hotkey.bind(hyper, "3", function()
    handleDesktopSwitch("3")
end)

hs.hotkey.bind(hyper, "4", function()
    handleDesktopSwitch("4")
end)

Zelle97 · 2024-09-30T10:33:25Z

I did some slight modifications to @BAAWM script thanks for providing that! Works like a charm as a workaround.

It still has some downsides:

Switching only works on one monitor
Mouse position changes with each switch

--Bind to whatever combination you like to use
local hyper = { "alt", "shift" }

function clickAndHoldTitleBar()
	local win = hs.window.focusedWindow()
	if win then
		local frame = win:frame()
		local titleBarX = frame.x + 80
		local titleBarY = frame.y + 10
		local clickEvent =
			hs.eventtap.event.newMouseEvent(hs.eventtap.event.types.leftMouseDown, { x = titleBarX, y = titleBarY })
		clickEvent:post()
		return { x = titleBarX, y = titleBarY }
	end
	return nil
end

function releaseClick(clickPosition)
	if clickPosition then
		local releaseEvent = hs.eventtap.event.newMouseEvent(hs.eventtap.event.types.leftMouseUp, clickPosition)
		releaseEvent:post()
	end
end

function handleDesktopSwitch(key)
	local clickPosition = clickAndHoldTitleBar()
	-- You might need to change this depending on your keymapping to switch desktop
	hs.eventtap.keyStroke({ "cmd" }, key)
	releaseClick(clickPosition)
end

for i = 1, 9 do
	hs.hotkey.bind(hyper, tostring(i), function()
		handleDesktopSwitch(tostring(i))
	end)
end

DanCates · 2024-09-30T18:43:23Z

After further research and testing (albeit in Sonoma, not Sequoia), I found alternatives for both Space Throwing and Monitor Throwing that use the same key bindings as Amethyst's functions but avoid the need for Amethyst. While I haven't yet been able to test in Sequoia, the users on this BTT thread have tested it in Sequoia and it seems to work.

MONITOR THROWING - using native macOS shortcuts:

Full detailed screen recording here.

In Amethyst preferences, delete the keyboard bindings for throwing to monitors.
Open System Settings and go to Keyboard Shortcuts screen.
Select App Shortcuts from sidebar and expand the All Applications section.
Type the precisely spelled system name for a monitor and assign the same keyboard bindings Amethyst was using. (Find the precise system name by clicking on the Window menu in the menu bar for an open application and observing the spelling of the "Move to [XYZ Monitor Name]" selections.)
Repeat this step for as many monitors as you have.
Test by using the keyboard to throw a window.
Mine functions exactly the same as Amethyst did and the shortcut settings look like this:

SPACE THROWING - using BetterTouchTool:

Full detailed screen recording here.

In Amethyst preferences, delete the keyboard bindings for throwing to Spaces.
In BetterTouchTool, open the screen to configure Keyboard shortcuts.
Hit the [+] button to add a new shortcut.
Set the keyboard bindings that were used by Amethyst to throw a window to a specific space (or the throw left / right function).
Now, on the action pane, click the [+] to add a new action.
In the action menu, start typing in the search bar "Move window..." and it will auto-complete with options to "Move Window to Desktop 1, 2, etc." Choose the one you want.
Test the new key binding by throwing an example window to the Space.
You now have a replacement shortcut!
Mine functions exactly the same as Amethyst did and the shortcut settings look like this:

I hope this helps!

simonedamico · 2024-10-01T10:10:02Z

All these workarounds follow the windows in the space, wondering if there is a way in hammerspoon to get the current space number so I can go back to it (it'll probably look absolutely rubbish though)

kundeng · 2024-10-03T20:24:03Z

I think it's still broken in sequoia 15.1 beta.

ianyh · 2024-10-03T22:06:57Z

@kundeng see #1682

RandyBoBandy92 · 2024-10-07T17:11:51Z

After further research and testing (albeit in Sonoma, not Sequoia), I found alternatives for both Space Throwing and Monitor Throwing that use the same key bindings as Amethyst's functions but avoid the need for Amethyst. While I haven't yet been able to test in Sequoia, the users on this BTT thread have tested it in Sequoia and it seems to work.

MONITOR THROWING - using native macOS shortcuts:

Full detailed screen recording here.

In Amethyst preferences, delete the keyboard bindings for throwing to monitors.

Open System Settings and go to Keyboard Shortcuts screen.

Select App Shortcuts from sidebar and expand the All Applications section.

Type the precisely spelled system name for a monitor and assign the same keyboard bindings Amethyst was using. (Find the precise system name by clicking on the Window menu in the menu bar for an open application and observing the spelling of the "Move to [XYZ Monitor Name]" selections.)

Repeat this step for as many monitors as you have.

Test by using the keyboard to throw a window.

Mine functions exactly the same as Amethyst did and the shortcut settings look like this:

SPACE THROWING - using BetterTouchTool:

Full detailed screen recording here.

In Amethyst preferences, delete the keyboard bindings for throwing to Spaces.

In BetterTouchTool, open the screen to configure Keyboard shortcuts.

Hit the [+] button to add a new shortcut.

Set the keyboard bindings that were used by Amethyst to throw a window to a specific space (or the throw left / right function).

Now, on the action pane, click the [+] to add a new action.

In the action menu, start typing in the search bar "Move window..." and it will auto-complete with options to "Move Window to Desktop 1, 2, etc." Choose the one you want.

Test the new key binding by throwing an example window to the Space.

You now have a replacement shortcut!

Mine functions exactly the same as Amethyst did and the shortcut settings look like this:

I hope this helps!

The BetterTouchTool for space throwing has been very helpful. Thanks. Monitor throwing is still working for me as of version 0.21.2

DanCates · 2024-10-08T15:35:54Z

The BetterTouchTool for space throwing has been very helpful. Thanks. Monitor throwing is still working for me as of version 0.21.2

Glad to hear it! Out of curiosity @RandyBoBandy92 , what version of macOS are you using with Amethyst 0.21.2 where monitor throwing is working? I was under the impression that it was broken on Sequoia (15.0).

RandyBoBandy92 · 2024-10-09T18:00:00Z

The BetterTouchTool for space throwing has been very helpful. Thanks. Monitor throwing is still working for me as of version 0.21.2

Glad to hear it! Out of curiosity @RandyBoBandy92 , what version of macOS are you using with Amethyst 0.21.2 where monitor throwing is working? I was under the impression that it was broken on Sequoia (15.0).

Ah.. You know maybe I should have paid better attention.. I am still on 13.6.9

casualNavigator · 2024-10-13T04:05:33Z

Can confirm On Sequoia 15.01 and using Amethyst 2.1.2 (112), throwing windows to workspaces doesn't work; the window that's being thrown quickly disappears and reapers on the same spot. Was previously working on Monterey before the upgrade.

DanCates · 2024-10-14T18:00:23Z

Thanks for the update @RandyBoBandy92 . In that case, I'm still curious that I understand correctly--maybe @casualNavigator can confirm--is it just Space Throwing or is it also Monitor Throwing that is broken in Sequoia?

ianyh · 2024-10-14T18:01:38Z

It's just space throwing.

DanCates · 2024-10-14T19:51:18Z

It's just space throwing.

@ianyh
Got it. Thanks for the clarification. Whatever method Amethyst is using to throw windows to monitors seems different than the macOS native functionality and I'm so thankful it is still working in Sequoia because my testing with the macOS native functionality (as an emergency alternative in case Amethyst monitor throwing was broken) revealed it to be a significantly worse experience. Landing windows don't easily fall into the Amethyst management on the new monitor and triggering is just unreliable. Seems like every fifth time I hit the shortcut, it just didn't work.

Thank you for EVERYTHING you've done with Amethyst. It's my first time using a window manager and I've been using it for about a year now. I'm an accountant and it has revolutionized the way I do my work on macOS. It makes me so much faster and it has basically solved all my needs to quickly open adjacent windows for comparing financial data and organizing categories of my work across multiple spaces. Glad for this opportunity to thank you personally!

zenyarn · 2024-10-26T08:56:50Z

when i upgrade to macos 15, i have the same problem 😭
throw window to other space is very important to me, and i use it frequently to manage my window.

zenyarn · 2024-10-26T09:21:08Z

when i upgrade to macos 15, i have the same problem 😭当我升级到macos 15时，我也遇到了同样的问题😭 throw window to other space is very important to me, and i use it frequently to manage my window.将窗口扔到其他空间对我来说非常重要，我经常使用它来管理我的窗口。

I have attempted to move the window to another space using Hammersapon and BetterTouchTool, following the solution mentioned above. However, it seems that these solutions all involve following the moved window.
But I usually just throw the window into another space and continue working in the current space. Is there any way to achieve this? (Using BetterTouchTool to combine moving the window and moving the space can indeed achieve this, but this operation is really too slow 😭)

marvelph · 2024-10-30T17:28:45Z

SizeUp also had the ability to move windows to adjacent left and right spaces.
However, it is not possible to move to an arbitrary space like BetterTouchTool.
https://www.irradiatedsoftware.com/sizeup/

lily-mara mentioned this issue Oct 27, 2024

0.21.2 fails to recognize windows from Zed editor #1691

Open

Throwing window to a space is broken #1676

Throwing window to a space is broken #1676

Comments

inspectorG4dget commented Aug 20, 2024

dklymenk commented Aug 21, 2024

noamvokaal commented Aug 26, 2024

PhilipEnchin commented Aug 27, 2024

dklymenk commented Aug 27, 2024

PhilipEnchin commented Aug 28, 2024

DanCates commented Aug 31, 2024 • edited Loading

fullofcaffeine commented Sep 10, 2024

pfortuny commented Sep 10, 2024

raven38 commented Sep 12, 2024 • edited Loading

mgabs commented Sep 12, 2024 • edited Loading

pfortuny commented Sep 12, 2024 • edited Loading

ckeefe-pillpack commented Sep 20, 2024

projeffboy commented Sep 21, 2024 • edited Loading

fvcci commented Sep 21, 2024

Zelle97 commented Sep 23, 2024

raven38 commented Sep 23, 2024

miguelski commented Sep 23, 2024

gargantuanprism commented Sep 28, 2024

DanCates commented Sep 28, 2024 via email

ianyh commented Sep 28, 2024

BAAWM commented Sep 29, 2024 • edited Loading

Zelle97 commented Sep 30, 2024

DanCates commented Sep 30, 2024 • edited Loading

MONITOR THROWING - using native macOS shortcuts:

SPACE THROWING - using BetterTouchTool:

simonedamico commented Oct 1, 2024

kundeng commented Oct 3, 2024 • edited Loading

ianyh commented Oct 3, 2024

RandyBoBandy92 commented Oct 7, 2024

MONITOR THROWING - using native macOS shortcuts:

SPACE THROWING - using BetterTouchTool:

DanCates commented Oct 8, 2024 • edited Loading

RandyBoBandy92 commented Oct 9, 2024

casualNavigator commented Oct 13, 2024

DanCates commented Oct 14, 2024 • edited Loading

ianyh commented Oct 14, 2024

DanCates commented Oct 14, 2024 • edited Loading

zenyarn commented Oct 26, 2024

zenyarn commented Oct 26, 2024

marvelph commented Oct 30, 2024

DanCates commented Aug 31, 2024 •

edited

Loading

raven38 commented Sep 12, 2024 •

edited

Loading

mgabs commented Sep 12, 2024 •

edited

Loading

pfortuny commented Sep 12, 2024 •

edited

Loading

projeffboy commented Sep 21, 2024 •

edited

Loading

BAAWM commented Sep 29, 2024 •

edited

Loading

DanCates commented Sep 30, 2024 •

edited

Loading

kundeng commented Oct 3, 2024 •

edited

Loading

DanCates commented Oct 8, 2024 •

edited

Loading

DanCates commented Oct 14, 2024 •

edited

Loading

DanCates commented Oct 14, 2024 •

edited

Loading