Live data from Hacker News

Moving a macOS window by clicking anywhere on it

mmazzarolo.com

271–280 of 314 posts

Re: Moving a macOS window by clicking anywhere on it

#271
post #158

Something I use all the time to handle applications which might have multiple instances opened at once. For example, web browsers. Press CMD-TAB to bring up the list of opened applications and then pressing UP or DOWN over a selected application to show the opened instances. After that use LEFT or RIGHT to select the instance you want to show.

There is an open source application called „AltTab“ that basically brings the behaviour of Windows‘ app switcher to macOS

Re: Moving a macOS window by clicking anywhere on it

#273

I use https://rectangleapp.com/pro and really enjoy this app (I paid for it, it gets a lot of updates/fixes). It mostly takes care of snapping and resizing windows with hot keys, but has a less obvious feature in preferences to use mouse. My setup is: CMD+SHIFT will move any window under mouse pointer CMD+SHIFT+CTRL will resize any window under mouse pointer

Does anyone know if it's possible to configure Rectangle (the free/OSS version) to use modifier key + Arrow + Arrow to move a window into one of the four corners? I currently use Hyper + Arrow for TRBL placement but it doesn't let me configure Hyper + two arrow keys for corner placements. Is that something not possible with the free/OSS version?

What is “hyper”?

Re: Moving a macOS window by clicking anywhere on it

#275
post #127
post #84

Earlier quoted context omitted.

Have you ever noticed that you can't cut and paste files with right click or the drop down menu in OSX? It's been a few years since I've used OSX, but every version I've ever tried has this intentional bug. I say intentional because when I first got a mac in the 10.4 days I noticed that 'cut' was greyed out in the menu so I thoughtfully filed a bug report. To their credit they did answer the bug report several years…

The mac model since the beginning is direct manipulation, not "select subject then apply verb". Obviously there are plenty of exceptions (for example text editing does include cut/paste!) but that's the baseline approach. And Windows made some specific design decisions to be different from Apple to reduce conflict (i.e. lawsuits). In addition the UX research on direct manipulation vs select-and-operate seems to have…

Tell me how you copy and paste a file on OSX with only the mouse, and the tell me how you cut and paste a file on OSX.

Its not consistent whatsoever.

Re: Moving a macOS window by clicking anywhere on it

#276
post #268

Earlier quoted context omitted.

I'll throw another option: https://magnet.crowdcafe.com/index.html I bought it in '17 for $1 - possibly the best dollar I've spent. Looks like it's $4 now. Coupled with a QMK keyboard, the modifiers are even easier to use.

I'd like to put my hand up and suggest Magnet, too. For ages, I used Amethyst, which is a "tiling window manager" for macOS, but somewhere along the way it got annoying to install/keep working properly due to some of Apples shenanigans. So I moved to Magnet. I still use it daily, but honestly forget its there because I use it so much! Just feels like native macOS behaviour at this point.

For the lazy: https://magnet.crowdcafe.com/

Re: Moving a macOS window by clicking anywhere on it

#278
post #239

Earlier quoted context omitted.

Same. I just learned that in most apps on iOS/Android if there's something you need to pinch to zoom in/out. Usually a map app. You can zoom with one finger. Double tap and hold, then move you finger up/down to zoom in/out. Apparently you've able to do this for 5+ years or something. WTF

Bullshit... tries it ... Oh! :-) Thank you! Says something about discoverability when it seems like I need to RTFM for gestures again.

Is there a manual for these hidden features though? I’d really like to read something exhaustive about available gestures!

Re: Moving a macOS window by clicking anywhere on it

#279
post #200

Earlier quoted context omitted.

When I do this with for instance a Finder window, it just "zooms" it. You can get the same effect if you go to the Window menu -> Zoom. "zoom"ing tells macos to make the window fit the content that's inside of it, however the app feels like doing that, even if you damn well just want the window to be as big as it can be. BUT, option + double-clicking any window corner will actually make even a Finder window take up t…

> completely undiscoverable, I feel like I'm lost while Maniac Mansion, just trying every possible Verb + Object (+ Indirect Object) combination to try to read the game dev's mind. I just found out that Apple has a pretty neat guide on all of this [1]. That you can find by googling or searching the builtin system help. I never looked at the system help before, but it looks like Apple did a good job documenting these…

I browsed through the guide a bit, but it seems to be anything but comprehensive, rather it's quite similar to comment threads like this where there's a smattering of less-well-known hidden functionality among the more obvious stuff.

> I still agree on the discoverability part but I can't think of a way that would be better.

In Emacs, C-h m runs `describe-mode` which goes through the major mode of the current buffer and all the currently active minor modes, and puts their descriptions and all the mode-specific key/mouse bindings into a new Help buffer.

It would probably be incredible overkill, but I'd adore an overlay view in macos where each screen widget / distinct region had an outline or different shaded color overlaid on it, and when you hover each widget it shows you all the "keymaps" / event bindings for it. Give me all the knowledge; I use Emacs by choice for crying out loud.

Post reply on HN