[HN Gopher] Moving a macOS window by clicking anywhere on it
___________________________________________________________________
Moving a macOS window by clicking anywhere on it
Author : charlieirish
Score : 321 points
Date : 2022-05-05 14:35 UTC (8 hours ago)
(HTM) web link (mmazzarolo.com)
(TXT) w3m dump (mmazzarolo.com)
| tgbugs wrote:
| I've had `OnWindow Mod1 Mouse1 :MacroCmd {Raise} {Focus}
| {StartMoving}` in my fluxbox keys config for a decade or so? My
| brain will automatically issue and alt-click on a window in some
| other OS and I'm always jolted back to the reality that I'm not
| in my usual window manager. Now if only I could rebind that cmd
| ctrl on macos to alt.
| mgrandl wrote:
| Can you not do that just fine with karabiner-elements?
| __float wrote:
| Does it require karabiner-elements even? The Keyboard pane in
| System Preferences lets you rebind all of the modifier keys
| -- I use it to make the Caps Lock key a Control key.
| tgbugs wrote:
| Thanks for the pointer.
| david-cako wrote:
| You can also move macOS windows by dragging the border along the
| opposite axis, with no configuration.
| bluedino wrote:
| I've been using a Mac since 2010 and someone always points out
| 'weird' features like this to me on what has to be a monthly
| basis.
| adonovan wrote:
| Same with iPhone. My mind was blown when after years of
| tapping left-arrow someone showed me what happens when you
| hold down the space key. Or that dragging the iphone chat
| message app's background to the left reveals the timestamps
| of each message.
|
| It's all very clever and elegant and minimal but consumer
| technology user interfaces seem to be converging on that of a
| Theremin.
| nerdponx wrote:
| TIL about holding the space key!
| jonsen wrote:
| I so miss the days of the well structured and comprehensive
| manual. I used to read them end to end. Even if you didn't
| remember the details you knew what was possible.
| copperx wrote:
| Along the opposite axis? Can you elaborate?
| millzlane wrote:
| But you can't drag left or right first. If you do, you won't
| be able to move the window. You either have to decide which
| one you want to do on the first click.
| aeyes wrote:
| Drag the left or right border of a window up or down.
| Etheryte wrote:
| If you grab the right-hand edge of a window, you can drag it
| left or right to resize the window. However, if you instead
| drag it up or down, you can move the whole window.
| adamomada wrote:
| And if you hold option (alt) when dragging left or right,
| it will mirror the drag on the opposite side, so you can
| quickly expand or contract the window size
| scelerat wrote:
| There are some paradigms like this option-drag-resizes-
| both-sides one which have antecedents at least as far
| back as MacDraw circa 1984.
| outworlder wrote:
| AAAAAAHHHHHHHHHH
|
| OMG THANK YOU
|
| This is amazing. Over a decade using OSX and I never knew
| this
| dymk wrote:
| This is incredible, thank you for posting this.
|
| A few things I've discovered after playing with this for
| a few minutes:
|
| It works for the corners too - option+drag the corner of
| a window, and the whole thing resizes symmetrically.
|
| Hold shift and it preserves the aspect ratio of the
| window
|
| Double click + holding option on an edge will expand both
| edges to full screen size
|
| You can hold and release option / shift while dragging
| and it'll work as you'd expect.
| oneeyedpigeon wrote:
| Wait... you can actually maximise without going full
| screen? I thought Apple would _never_ back down on that -
| I use a third-party app to do this usually. If there 's a
| similar thing to let me make a window full height and
| half width, and to center a window, I can get rid of that
| app altogether...
| dymk wrote:
| That seems to be the case!
|
| Double clicking on an edge will cause it to expand to the
| edge of the window. The shift + option trick doesn't just
| expand to the first edge it hits, it looks like both
| edges expand as much as possible.
|
| So when combined with double clicking on a window corner,
| that makes all for edges expand to display size (even if
| the window was partially off the monitor).
| imadethis wrote:
| You can also double click the title bar, or option-click
| the green full screen button to maximize to the current
| window.
| oneeyedpigeon wrote:
| For me, double-clicking the title bar minimizes a window.
| imadethis wrote:
| That's a specific setting, under Settings > Dock & Menu
| Bar > Double-click a window's title bar to zoom |
| minimize. It should default to zoom on a fresh install.
| oneeyedpigeon wrote:
| Excellent, thanks -- that's very helpful! It's not
| _quite_ perfect -- it does the old 'make it big, but not
| as big as possible' behaviour that macOS used to do, but
| that seems to be app-specific, so it actually does what I
| want for some things.
| philistine wrote:
| Holding Option when clicking the green maximize button
| will expand the window without entering full screen mode.
| You know you're doing it right if the glyph inside the
| button turns from two triangles to a plus sign.
| philsnow wrote:
| 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 the whole
| visible space of the screen without being "maximized"
| (without creating a new screen / workspace).
|
| (double-clicking any corner will make the window expand
| all the way towards the corner you've clicked; if you
| have a finder window in the middle of the screen and you
| double-click the NE corner, it'll get bigger in the N and
| E directions until it hits the menu bar + the right edge
| of the screen.
|
| similarly, double-clicking any edge will make the window
| expand all the way to the border of the screen in the
| direction of the edge you clicked, and option + double-
| clicking an edge makes it grow both in that direction and
| the opposite.)
|
| _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.
| lwkl wrote:
| > 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 features. Maybe I should start to
| RTFM for my OS...
|
| I still agree on the discoverability part but I can't
| think of a way that would be better. It makes sense that
| there isn't a button for these commands, but if there
| isn't you need a manual or a tutorial and who is going to
| look at these? Maybe someone smarter has a better idea on
| how to solve this.
|
| [1] https://support.apple.com/guide/mac-help/work-with-
| app-windo...
| _moof wrote:
| By convention on Macs option more generally means "anchor
| at the center." The selection tool in a proper Mac
| graphics program, for example, will pin the center of the
| selection to the point where you clicked instead of
| pinning a corner there. Resizing shapes in a well-made
| diagramming app behaves this way too. Been this way since
| the '80s.
| mahathu wrote:
| Oooh, I think this is why I always move my full screen
| browser window down by a few pixels by accident.
| oneeyedpigeon wrote:
| It's frustratingly difficult to do this via the right edge, if
| there's a scrollbar there.
| jonwinstanley wrote:
| Which is pretty ironic when the scroll bars are so elusive
| when you actually want to drag them
| oneeyedpigeon wrote:
| Oh... I have scrollbars permanently shown rather than only
| on-hover. I should've mentioned that -- maybe it affects
| things.
| na85 wrote:
| I haven't dragged a scroll bar in any OS since windows XP.
| When do you find it's necessary/convenient?
| rendang wrote:
| Looking at this very page! Using the middle mouse button
| takes me 3 or 4 seconds to move somewhere close to the
| bottom of the page, much faster and less frustrating to
| grab and drag the scroll bar. Is there some easier method
| I'm missing?
| artificialLimbs wrote:
| Some old apps have a 'slow' scroll if you just roll the
| wheel. Moving around large documents in them is a zen
| koan, designed to break your brain.
| giobox wrote:
| It can still be a lot more efficient to grab the
| scrollbar to jump to a section of a large document. For
| example, you can instantly get to say 3/4 of the way
| through by moving the scroll bar a very short distance,
| which when done with the scroll wheel or trackpad
| gestures could take a very long time.
|
| The scroll bar is also sometimes a nice visual cue to the
| size of a document you've just opened for the first time,
| again something the wheel/gestures don't necessarily
| inform.
|
| I have permanent scroll bars enabled in macOS too.
| contingencies wrote:
| Many graphics tablets don't have scroll on the pen.
| egypturnash wrote:
| It is pretty much required if your primary interaction
| with the computer is through a drawing tablet. My Wacom
| has a touch-sensitive wheel on it but it's usually a lot
| more natural to just poke at the scroll bar with the
| stylus.
|
| I loathe the modern trend towards hiding all scroll bars
| everywhere because of this.
| [deleted]
| Hamuko wrote:
| Feels really finnicky to get the window moving this way. Does
| someone actually use this as their workflow?
| eyelidlessness wrote:
| I don't use it on purpose, but it happens sometimes by
| accident and always surprises me.
| eevilspock wrote:
| It's nice that once you get it moving, you can drag on any
| axis.
| fumar wrote:
| Great tip. I am loving this already.
| FranklinMaillot wrote:
| I don't understand how MacOS is constently praised for its UI
| while half the comments here mention a third party app just to
| make it usable. Maybe it's just me, but I owned a Mac for over 5
| years and I could never wrap my head around how MacOS handles
| windows and open apps.
| throwmeariver1 wrote:
| I know very few people on any desktop os that don't use plugins
| or third party apps to customize their experience but it's only
| when macOS is discussed that it gets painted as something
| outrageous.
| boopmaster wrote:
| A number of the other comments explain how to configure the UI
| to allow for similar functionality; e.g... with 3 finger drag.
|
| I found the article to be a little odd... awing at 3rd party
| apps basically replicating baked in features.
|
| Although to be fair I am super meticulous in going through the
| accessibility and gesture features to get the UI feel just
| right for my tastes. MacOS, to me, feels like a clunker out of
| the box.
| throwk8s wrote:
| All depends on what one is used to. On Linux I've had to fight
| with window borders so narrow by default (on whatever Ubuntu
| Studio uses) that they practically couldn't be resized. You had
| to aim at like one pixel. I read somewhere that a window could
| be resized by holding Alt and clicking with the middle mouse
| button... but on a Mac you never need to hold down keys and
| have a three-button mouse to do something that basic.
| david422 wrote:
| Ugg, I hate that. On Mac OS as well. Windows 8 had something
| like a 10px border that looked great. Tried to do the same on
| linux - modify some defaults - and it worked for a while
| until... it stopped working and I haven't been able to fix
| it.
|
| But seriously - just make that configurable! Then everybody
| can be happy with their own settings. But no.... the new
| hotness is no usability for anybody.
| bmitc wrote:
| > but on a Mac you never need to hold down keys and have a
| three-button mouse to do something that basic
|
| That's really not true at all, even for that exact thing.
| macOS still has very small clickable areas for resizing a
| window. Unless an app has focus, you don't even get the
| little two-sided arrows. And apps that are in dark mode
| basically all blend together because macOS either has no
| borders or like 1 pixel wide since macOS relies on shadows
| delineating windows, which only works for windows that are
| primarily light colors.
| [deleted]
| teucris wrote:
| I use computers for media production, Chrome, and VS Code.
| Considering macOS is a Unix with a UX that is more or less
| targeted to creative types, it means that I don't have to do
| anything other than installing a few apps and homebrew to get a
| system that does 99.9% of what I want. macOS then becomes a
| mouse cursor and a few touchpad gestures. The UX customizations
| I configure are in the programs I use, not the OS. macOS's UI
| therefore provides the least friction.
| rsync wrote:
| The answer is that people confuse operating system with
| operating environment.
|
| OSX is a wonderful operating system - which is to say, it's
| Unix but I can print things and use WiFi properly. I can edit a
| pdf, etc.
|
| OSX is, in many ways, an absurd operating environment.
|
| If you need any proof of this, just click the little green dot
| in the upper left of an open window...
| NovemberWhiskey wrote:
| > _If you need any proof of this, just click the little green
| dot in the upper left of an open window..._
|
| It goes full-screen - isn't that an expected outcome?
| oneeyedpigeon wrote:
| Personally, I would find it far, far more useful if it
| maximised the window rather than full-screening it. At the
| very least, having it configurable would be nice.
| NovemberWhiskey wrote:
| If you want the application to make the window as large
| as useful w.r.t its current content (which was the old
| behavior) you can Option-Click.
| bandris wrote:
| Holding the option key allows exactly that. Menu item is
| called 'Zoom' for some reason.
| oneeyedpigeon wrote:
| Hmm.. that doesn't _quite_ do what I 'm after -- make it
| the full size of the screen. It looks like it's similar
| to the old macOS behaviour that made the window 'as big
| as its contents'.
| chipotle_coyote wrote:
| It is exactly that behavior, yes (and that historical
| oddity is almost certainly why). I wish this was
| configurable somewhere, and wish the behavior of the
| green button was also configurable so you could flip it
| to "maximize with no modifier key, full screen with".
| rsync wrote:
| "It goes full-screen - isn't that an expected outcome?"
|
| Not exactly ...
|
| First of all, for most of the life of OSX, clicking the
| green dot caused the window to resize larger, but not
| occupy full screen, by some measure I could never discern.
| That was always braindead.
|
| Second of all, while the current behavior that I see
| (expand to _literally_ full screen) is sort of an
| improvement (that is, at least it makes some sense) _it 's
| still badly behaved_ because bringing a window to
| _literally full screen_ blanks out my other monitors (!@#)
| ... and now we 're drifting into OSX treatment of multi-
| monitors which is another few layers of hell.
|
| FWIW, IMO, the correct behavior is to maximize the window
| in the workspace - which is almost identical, but not
| quite, to the literal screen.
| NovemberWhiskey wrote:
| > _it 's still badly behaved because bringing a window to
| literally full screen blanks out my other monitors_
|
| Really? That's not what it does for me. Right at this
| very moment I have a full screen app running on my
| MacBook Pro screen and a desktop on my monitor. Do you
| have "Displays have separate Spaces" turned off in
| Mission Control preferences?
|
| I rather disbelieve in the idea that these things have
| "correct" semantics; only "what I am used to". At this
| point, I'm very used to the way macOS works and I find it
| considerably more pleasant than other windowing
| environments. Being able to full screen an app and then
| multi-swipe left or right between spaces or up for App
| Expose is natural to me.
|
| I've no doubt I could unlearn this and learn something
| else though.
| na85 wrote:
| Which version of macos are you running?
| Maximizing/fullscreening windows works for me on multiple
| monitors over usb-c.
|
| I routinely have mail.app or Firefox fullscreen in one,
| with emacs or another browser window fullscreen in the
| other.
| cuddlybacon wrote:
| Because those like me who don't install any of those apps don't
| have anything to share on HN. Showing that you have a nearly
| default desktop isn't interesting except when people are
| claiming that no one does that.
| danieldk wrote:
| I completely agree. I have used macOS since 2007 and the only
| thing I have really used as an extension is Alfred in place
| of Spotlight (although nowadays I am just using Spotlight). I
| am very happy with the UI as it is (on Linux I used
| everything from WindowMaker, KDE, GNOME, to tiling window
| managers).
|
| Also I have many friends and family members who use macOS and
| I think none of them have third-party programs installed to
| modify the UI. So, you won't see them posting here about the
| extensions that they use.
| carl_dr wrote:
| https://www.rectangleapp.com and https://www.raycast.com/
| are game changers. They are the only two apps I use which
| change/improve macOS' behaviour, I can't live without them.
|
| And Raycast actually has the Rectangle functionality built
| in, although I prefer the separate app, there are some
| 'defaults write' values I can change on the command line
| that I like (to give me a wider bottom margin on my screen
| - I stick Silicio in the corner of my screen for instance.)
|
| Give them both a go.
| Tagbert wrote:
| Resizing windows is a weakness of Mac OS. It mostly retains the
| original fully manual method of dragging the edges of
| individual windows which is a fiddle process. There are some
| methods like mentioned in the original post, but that is about
| it. For that reason there are dozens of third-party tools, many
| free, that people use and like for their particular ways of
| working. It would be nice if Apple were to look at these and
| implement a basic verion of one or more of them in the OS.
|
| The "stoplight buttons" on windows are part of a very
| opinionated solution to window management that works from some
| people but is a complete mess if you don't like full-screen
| apps. I would prefer if we had the option to convert the full-
| screen button to a maximize window button. Double-clicking on
| the window header is close.
|
| The other thing that Windows users complain about it that
| closing a window doesn't close the app. That one is just a
| confusion because they are used to how Windows windows. The Mac
| OS convention of keeping the app active is not wrong, it's just
| a different approach and the kind of conceptual change that
| users need to make when they switch OSs.
| maleldil wrote:
| Closing the window and not closing the app is great and one
| of my favourite things from switching to macOS from Windows.
| At the same time, the Zoom thing is ridiculous. Some apps do
| the right thing (e.g., Firefox), while some leave you
| scratching your head (Finder).
|
| Ctrl + Opt + Return is the only reason I have Rectangle
| installed.
| MarcelOlsz wrote:
| I have a few quality of life apps that take me a couple minutes
| to set up on a new machine. I spent like 2 months debugging
| bluetooth problems on my arch machine. Don't even mention
| Windows in my presence.
| millzlane wrote:
| There are so many bugs in the OS and I just work around them.
|
| Two recent ones I can think of:
|
| Issue 1 is: Shift+click selection doesn't work in Finder's Icon
| view.
|
| To reproduce: In finder select the "icons" view. Click on the
| first item, Hold shift, and while holding shit then click on
| the tenth item.
|
| Expected behavior is to select Items 1-10 including ten.
|
| Workaround: Switch to list view.
|
| Issue 2: Lock screen keyboard shortcut doesn't work when
| mission control is activated.
|
| To reproduce: Open mission control via app or hot corner. Press
| Control+Command+Q to lock screen. Screen won't lock.
|
| Workaround: Deactivate mission control view before locking
| screen.
|
| Yea...it's dumb. But in the words of the late great Steve Jobs,
| 'don't hold it that way'. I get that apple is different. But
| sometimes it just seems counterintuitive.
| adamomada wrote:
| I hear ya on issue 2, it's one of the very few gotchas I run
| into (hot corners don't work in this view either). If you
| weren't aware, you can exit mission control with ESC or F3
| again, if you're used to that shortcut.
|
| There must be something special about the overview screen
| that is stopping all default behaviour when in this mode, the
| cursor keys don't work here either.
| NovemberWhiskey wrote:
| I don't think "Issue 1" is a bug; icon view isn't necessarily
| ordered so it doesn't have meaningful range selection.
| danieldk wrote:
| _To reproduce: In finder select the "icons" view. Click on
| the first item, Hold shift, and while holding shit then click
| on the tenth item._
|
| I don't think that's a bug. The icon view does not have an
| inherent ordering, since you can just drag icons around. What
| is supposed to be the range to select if you have an
| unordered view.
|
| _Issue 2: Lock screen keyboard shortcut doesn 't work when
| mission control is activated._
|
| That looks like a bug. Interestingly, it does work on the new
| external Apple keyboards when you press the key that also has
| Touch ID.
| pvg wrote:
| The first one is not a bug, it's designed like that. Icons in
| icon view can be positioned arbitrarily and have no order.
| You can't easily extend the selection with shift clicking
| because in that view, it's not obvious what that gesture is
| supposed to be extending beyond the thing being clicked on.
| It's worked like that since MacOS Classic.
| cycomanic wrote:
| Sure one can find all sort of arguments why this is, but it
| still violates the principle of least surprise. I don't
| think anyone would go and say, "oh this is an icon view
| without clear order, so I should not be able to select a
| group of icons".
| pvg wrote:
| It doesn't violate the principle of least surprise if
| you're basically inventing the convention, which is the
| case here. There's a slightly different convention in
| some subsequent systems but they typically don't have
| arbitrarily positionable icons. The MacOS convention has
| been around for nearly 40 years.
| Teever wrote:
| 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 later but they explained that they would not fix this as
| it is desired behaviour.
|
| Baffling.
| gumby wrote:
| 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 shown that the mac made the right
| call, but the only work I've read in that area was done long
| ago.
|
| This BTW is why shift-select doesn't work in icon mode (as a
| different commenter posted) because it was confusing for some
| people in a way that just drawing a selection for icons is
| not.
| sxg wrote:
| I think this may be a misunderstanding on your part (no
| disrespect). Cut/paste works slightly differently on macOS
| compared to Windows. There's no actual concept of "cut". You
| just "copy" whatever files you want. When you're ready to
| paste, you can hit Cmd+V to "paste" or Cmd+alt+V to "paste
| and remove the original file(s)".
|
| The benefit is that you don't have to decide whether you want
| to just "copy" or "cut" before you're ready to "paste", which
| makes a lot of sense if you're not coming from a Windows
| background. But yes, migrating from Windows to macOS makes
| this feel confusing.
| Teever wrote:
| Now how do I do this with a mouse? (I already know the
| answer, but I'm curious if you do. It isn't very
| discoverable.)
| carl_dr wrote:
| Drag while holding option?
| Teever wrote:
| With only a mouse. Imagine you're using the only computer
| that you'd want your mother to use.
| oneeyedpigeon wrote:
| Personally, I find macOS superior in its UI _overall_ , but
| that doesn't mean it's flawless. Apple has made some _very_
| strange decisions and is painfully reluctant to row back on
| them. Keyboard support, in particular, is woeful.
| diegof79 wrote:
| My two preferred macOS UX features (compared to other OSs) are:
|
| - Respect for the user: macOS doesn't show many confirmation
| messages, notifications, or ad-like things. Apple promotes
| products in the AppStore or shows you the usual "What's new"
| during a new install. But, overall is very respectful, and that
| includes notifications about OS upgrades. By contrast, Windows
| is noisy. It asks for confirmation about everything, it has
| trial crapware in their home editions, and decides to install
| an OS update without asking in the worst possible moment.
|
| - It just works (at least for the hardware I use). This is my
| main complain with Linux DEs. I know it improved a lot, but I
| still have memories of trying to make the Synaptic trackpad
| driver work or playing with xrandr to use multiple monitors
| during a presentation.
|
| About the hidden shortcuts... well discoverability should be
| better. But, is also fun to discover those tricks.
| vlunkr wrote:
| It feels like they're just being stubborn with the window
| management. Like they chose how it should all work ages ago,
| and they don't want to admit that some of the choices are bad.
| They drug their feet on right-click forever as well.
| iwebdevfromhome wrote:
| I use the kinda hidden three finger dragging gesture that you can
| activate like this:
|
| 1. Choose Apple menu > System Preferences, then click
| Accessibility. 2. Select Pointer Control in the sidebar. (In
| earlier versions of macOS, select Mouse & Trackpad.) 3. Click the
| Trackpad Options button. 4. Select "Enable dragging," then choose
| "three finger drag" from the menu. 5. Click OK.
| mikewhy wrote:
| I love three-finger-drag. You can also just flick one of your
| fingers after starting a drag and it has momentum, great for
| sliders/dials.
|
| Sadly, it's supported less and less in Apple's own apps:
|
| - if you use the gesture in Finder, it can get confused and
| mess up all mouse clicks
|
| - it doesn't work at all with the sliders in the new control
| center menu
| nicwolff wrote:
| That's not the same at all, you can still only drag the move
| bar - and it focuses the window, bringing it to the front.
| Moving and resizing background windows can very handy.
| toomim wrote:
| You can move (or do anything to) a background window without
| focusing it by holding `cmd` while clicking or dragging.
| eevilspock wrote:
| THANK YOU!
| incanus77 wrote:
| I always turn this on as well, but yes, it doesn't allow
| different moving of windows.
| mistersquid wrote:
| > Moving and resizing background windows can very handy.
|
| I didn't notice moving and resizing background windows is
| enabled by the OP writeup and am not in a place where I can
| implement changes.
|
| Does defaults write -g
| NSWindowShouldDragOnGesture -bool true
|
| in fact enable manipulation of background windows?
| anyfoo wrote:
| Thanks for spreading, one of the very first things I enable.
| How this isn't the default escapes me.
| oneeyedpigeon wrote:
| FYI, that apple logo character isn't a 'real' emoji -- it
| doesn't display on non-Apple devices.
| thebean11 wrote:
| Insane to me that this isn't the default. So much more
| ergonomic than press-dragging.
| macintux wrote:
| Absolutely. This and tap to click reduce so much friction
| it's a world of difference.
| jonwinstanley wrote:
| Agreed
| ugh123 wrote:
| I just tried this and it should be warned that this resets
| existing "three finger drag" (for mission control and switching
| desktops) to "four finger drag". This took me a while to figure
| out after thinking something was seriously broken, even after
| going back and disabling the new setting you mentioned.
| mark-wagner wrote:
| To be explicit, the fix is to go into the trackpad options,
| more gestures, and change "swipe between full screen apps"
| (poor name choice) to three fingers.
| iwebdevfromhome wrote:
| ah you're right! I've instinctively changing that to four
| fingers with every mac I have to setup. Thanks for the
| clarification.
| nicwolff wrote:
| Wish you could change the key combo for this, I've been using a
| long-abandoned tool called Zooom2 to do this with `fn` (and `fn`
| + `control` to resize`) and fear losing it on my next Mac if it's
| an M1.
| klabb3 wrote:
| As a mac user, and more importantly, as an admirer of their UX
| design, I have to agree with this. Not perhaps specifically
| this point, but in general with the keyboard.
|
| Muscle memory is not to be fucked with. Cmd vs Ctrl still gets
| me now and then, and even if it's rarer now, I can feel the
| cognitive context switch in my brain as I switch between
| devices. Sometimes it's better to play along even if you think
| you have a better way. Or at least offer the option (there is a
| time and place for spacebar heating).
| urbandw311er wrote:
| I do this all the time via BetterTouchTool. Don't know where I
| would be without it.
| nico_h wrote:
| Using an M1 right now and Zooom/2 still works.
| mistersquid wrote:
| > Using an M1 right now and Zooom/2 still works.
|
| Same, but Rosetta 2 won't be around forever. Dreading the day
| Zooom/2 stops working and I can't find a replacement that
| lets one move and resize background windows.
| drewg123 wrote:
| This is exactly when I can't deal with a mac as a desktop. My
| 30 year old muscle memories created in the late 80s with TWM
| use alt (on a std kbd, would be cmd on mac) + mouse button 1..3
| to move, resize and iconify windows. Kde supports this, ldxe
| supports this, etc. I tried and abandoned using a mac as a
| desktop ~15 years ago because I didn't have this feature, and I
| didn't have true focus-follows-mouse.
|
| I don't want to use some app that could be abandoned and end up
| like the parent, this kind of configurability should be a core
| OS feature.
|
| Oddly, on a latop its fine, I somehow have a different set of
| muscle memories for touchpads.
| Tepix wrote:
| It sucks when you're unable to overcome old habits...
| drewg123 wrote:
| It sucks when UI designers don't provide ways to configure
| software..
| thmzlt wrote:
| I've replaced Zooom/2 with this open source tool:
| https://github.com/dmarcotte/easy-move-resize
| brandonhorst wrote:
| You can do exactly this with BetterTouchTool. You can also set
| it up with Hammerspoon.
| mistersquid wrote:
| > You can do exactly this with BetterTouchTool.
|
| Zooom2 allows for moving/resizing of background windows. Last
| I checked, BetterTouchTool window manipulation required
| clicking the window which brings it to the front.
| dbalatero wrote:
| This free Hammerspoon plugin will also resize background
| windows: https://github.com/dbalatero/SkyRocket.spoon/
| evan_ wrote:
| It's actually configurable in BTT whether you bring the
| window to the front. You don't need to click, just hold
| down modifier keys.
| dbalatero wrote:
| FYI, I ported the basic features to Hammerspoon (resize, drag)
| after Zooom2 was abandoned in this free OSS library:
| https://github.com/dbalatero/HyperKey.spoon
| whydoyoucare wrote:
| I don't need dragging as all my windows are full screen. :-) That
| said, this is a pretty neat trick.
| stdohm wrote:
| 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.
| robertoandred wrote:
| Opened windows, not instances. There's only one instance of the
| application running.
| aequitas wrote:
| You can also use cmd-` (the `/~ button between shift and z on
| my keyboard, left of 1 on others) to switch between windows of
| the currently activated application.
| WaltPurvis wrote:
| Is this the default on Monterey? This behavior is enabled on my
| system, but I'm 100% sure I've never executed the terminal
| command from the linked article.
| adamomada wrote:
| I just tried it on a stock machine and it is not. Do you have
| any third party system utilities on yours? Or are you clicking
| near the (larger) title bar area?
| abotsis wrote:
| I've used apps for years to get this functionality. Great to
| know. Between this and enabling more emacs-ey keybindings has
| made life so much better.
| edgyquant wrote:
| My biggest complaint about MacOS is that I use multiple screens.
| When I swipe from one window to another on a single screen it
| focuses on the other screen which caused a lot of frustration.
| [deleted]
| soheil wrote:
| I wonder how interactive elements inside the window that respond
| to drag events are affected.
| throwaways85989 wrote:
| Can we talk for a moment about how horribly well hidden these
| shortkeys are for normal users? Why not blend in a shortkey-
| tooltip when dragging a window around normally using the title
| bar? Make stuff discoverable again?
| aequitas wrote:
| This would just be annoying when you reinstall or use a new
| machine, like going through a tutorial section when playing a
| game for the second time. Or you would end up with Clippy.
| throwaways85989 wrote:
| It would be just text, and you could deactivate it on pro-
| user behaviour detection.
| gkkirilov wrote:
| Is there similar for windows? I know there was 3rd party
| solutions with alt+ click
| artificialLimbs wrote:
| Altdrag https://stefansundin.github.io/altdrag/
| FranklinMaillot wrote:
| Interesting, but the latest release dates back to 2015!
| karakot wrote:
| using it since then, still works fine. And for macos -
| BetterSnapTool.
| layer8 wrote:
| Not exactly the same, but Alt+Space, M (selecting _Move_ from
| the system menu) also moves the mouse pointer to the title bar
| so that you can immediately use the mouse to drag from there
| (or alternatively move the window using the arrow keys, of
| course).
|
| Slightly related, I always use Alt+Space, C to close windows,
| as I find that easier to press than Alt+F4.
| cheerycar wrote:
| Hyperdock is one of the best purchases I've ever made. It allows
| you to assign hot keys to window management - e.g.
|
| alt-left-mouse: grab anywhere in window to move
|
| option-command-left-mouse: resize window from anywhere in window
|
| Hasn't been updated in years but it still works on Monterey
| though it occasionally requires some kicking. I've looked for
| alternatives that are more up to date but can never find one that
| does the above - it's really all I want in a window manager as I
| don't like automated tiling and other features.
|
| https://apps.apple.com/us/app/hyperdock/id449830122?mt=12
| carl_dr wrote:
| Try https://www.rectangleapp.com - the pro version probably has
| the functionality you're looking for, and is actively
| maintained.
| emrikol wrote:
| I love it for the Windows-style peek. I almost can't work
| without it now.
| amelius wrote:
| Title should say "by cmd+ctrl+clicking anywhere on it"
| daenz wrote:
| I've enabled this "grab" feature on every Linux window manager
| that has supported it. Hold alt or the windows key, click, move.
| Simple usability improvements make a world of difference, but for
| some reason, they are uncommon.
| itomato wrote:
| IIRC, this is standard xlib behavior since the 80's.
| HeckFeck wrote:
| This + mouse to focus.
|
| Give it a week and you'll never go back.
|
| Even Windows has a hidden "mouse to focus" mode it calls
| X-Mouse.
| Adverblessly wrote:
| I actually recommend binding it to something other than Alt (I
| usually do winkey), since several programs (and in particular
| browsers) use Alt+drag to allow you to select text that is
| otherwise unselectable. For example if you drag a link it
| "drags" the URL allowing you to paste it into other windows,
| but if you Alt+drag you can select the link text (or parts of
| it) for copying.
| neotod wrote:
| black_puppydog wrote:
| Jup, and Alt+Rightclick for resizing.
| vlunkr wrote:
| I just discovered recently that you can do this in i3, it's a
| game changer. It's much better than trying to click on tiny
| borders.
| millzlane wrote:
| The fact that Alt+right click context menu works anywhere in
| any window was a godsend. Next best thing to close a program
| without moving your mouse anywhere.
| [deleted]
| RobertRoberts wrote:
| My mac users feel the exhaustion of micro managing windows but
| don't know what causes the drain until I show them a better way
| [1].
|
| [1] https://rectangleapp.com/
|
| (I add this to all the Macs I touch)
| ajdoingnothing wrote:
| I don't understand why Apple didn't build this functionality
| and enabled it by default. It's much easier dragging a window
| at any corner or side on a Linux/Windows OS.
| reayn wrote:
| If I remember correctly it has something to do with Microsoft
| patenting window drag/snapping to the edge of the screen for
| resizing.
| RobertRoberts wrote:
| They made a _one_ button mouse for many years... Maybe it's
| an Apple culture issue?
| tarentel wrote:
| I've been using Spectacle for a while now,
| https://github.com/eczarny/spectacle, it seems to be less
| feature rich than some of the alternatives other people posted
| but it's free and works well for what I need it to do.
| Basically, just keyboard shortcut to move windows do different
| monitors and resize them to the left, right, or fullscreen.
| RobertRoberts wrote:
| On the repo it says this:
|
| "This project is not being actively maintained... Spectacle
| users have recommended Rectangle as an open source
| alternative."
|
| This is actually how I found Rectangle. :P
| tarentel wrote:
| Ah, didn't realize that. I've been using Spectacle a lot
| longer than the 3 years since they added that. I guess I'll
| be sad if it ever stops working or I'll switch to
| Rectangle.
| adamomada wrote:
| On first run or when restoring default settings,
| Rectangle offers two defaults: Spectacle or Rectangle.
| mckjns wrote:
| I highly recommend Swish as an alternative to Rectangle.
| Recently discovered it and wouldn't go back. The main thing
| that sold me is the ability to resize two windows by dragging
| the divider between them (similar to how Windows works).
|
| https://highlyopinionated.co/swish/
| RobertRoberts wrote:
| This looks neat, but it only seems to be useful for
| touchpads, which is the vast minority of users. And while
| it's not expensive, it's also not free. Any software I have
| to manage with an extra license is an added time burden.
| (even if minimal, it adds up)
| ubercow13 wrote:
| Doesn't seem very useful if you use your Mac with a normal
| mouse though.
| mckjns wrote:
| I don't utilize the touchpad gestures at all. It provides a
| full set of keyboard shortcuts.
| eneeigriega wrote:
| I've been hesitant about installing software like the previous
| suggestions, so I opened the Stickies app and resized them to
| create a guide. I like to have a space between windows so that
| the wallpaper is still visible in some of my Spaces.
|
| My issue is that it's not efficient and I need to nudge some
| windows from accidentally moving them.
| [deleted]
| spike021 wrote:
| I use Magnet [1]. Works really well, hot keys mostly make sense
| for various settings.
|
| [1] https://magnet.crowdcafe.com/
| [deleted]
| lesgobrandon wrote:
| calvinmorrison wrote:
| anyone not using focus follows mouse is living in the past!
| rland wrote:
| MacOS is full of these UI "tricks" that remain undiscovered by
| 99% of users because they are:
|
| - not obvious
|
| - not discoverable
|
| For example: if you hold option when you click the Wifi button,
| you actually can view a lot of information about the Wifi
| networks you are connecting to. This is invaluable when you're
| dealing with a Wifi issue, and _completely undiscoverable!_
|
| I think MacOS is a perfectly usable operating system... If you're
| god and can somehow "just know" all of these hidden secrets.
| tptacek wrote:
| It's an interesting definition of "usable" that is qualified on
| behavior that so many people didn't even know existed, it's
| worth the top of the front page of HN. In at least some of
| these cases, the tricks are hidden because they're _not_
| useful, and thus don 't pay their cognitive freight, for most
| people.
| tedunangst wrote:
| I look forward to tomorrow's HN posts: "maximize a window by
| double clicking the title bar" and "secrets of the alt-space
| menu revealed!"
| andrewia wrote:
| I agree. A good GUI can be all things for all users. Keyboard
| shortcuts can be unknown to a user when they need it the most,
| and accidentally triggered by a clumsy novice user who could
| damage their system configuration. Apple's competitors have
| approaches that, in my opinion, are much better:
|
| In Android, Google often hides advanced functionality under
| overflow menus. These menus have a 3-dot icon (implying more
| menu options) or a settings gear, so most users will check them
| when the visible options aren't satisfactory. In recent Android
| releases, a lot of settings have clear and concise descriptions
| so users can understand their impact.
|
| In Windows, Microsoft prefers to use a "properties" or
| "advanced options" menu, which also works well. If you can't
| find a desired option in the surface menus, you can dig into
| those menus.
|
| Both of these approaches do a good job of offering more
| settings when needed while also warning users that the options
| can cause undesired effects. Android has clear settings
| descriptions so it's difficult to make a mistake, and when
| important settings like a debugging dump are triggered, will
| also display a clear warning about private information or
| breaking apps. Windows uses an "advanced" menu that can warn
| away "mom and pop"/novice users who could dig themselves into a
| hole. In both cases, there's some precautions to prevent users
| from mistakenly changing critical settings.
| aequitas wrote:
| The option key works on many menubar items and also on menus.
|
| For menus you can even press the button while it's open to see
| the items that change their behaviour with the option key. And
| it sometimes extends to keyboard shortcuts. For example, for
| logging out you can use shift-cmd-q and you will get a window
| with a choice, holding option along will log you out directly.
| In the menu this is shown by having '...' or not.
|
| And on the topic of windows, you can cmd-click the titlebar of
| a window that is not the front most one and move it around
| whilst keeping it in the background.
| lwkl wrote:
| To be fair: Most of them are documented in Apples manual. If
| you open the macOS help on "Manage app windows" you will find
| all the tricks about moving and resizing discussed here. Or
| your WiFi trick is mentioned in the help article about
| debugging your WiFi connection.
|
| The builtin help and documentation on macOS is surprisingly
| good. Especially if you compare it to Windows. Today was the
| first day I looked at it. The last 10 years on Windows taught
| me that the help outside of technet and Office is useless and I
| assumed this is also true for macOS. I guess I was wrong and I
| should have read the manual.
| ihuman wrote:
| That Wi-Fi button truck also works with the volume and
| Bluetooth buttons. You can also quickly toggle focus mode by
| option clicking on the time (or the Notification Center button)
| leipert wrote:
| Option clicking the menu in some Apps like Mail or Safari
| brings up ,,secret" menu items as well. (mainly for
| debugging)
| mrguyorama wrote:
| Meanwhile on Windows, the same functionality for choosing
| which output you want to use is accessible by _just clicking
| the dang volume icon_
|
| Why does MacOS hide such a useful feature behind an obscure
| trick?
| zuhsetaqi wrote:
| It's also a normal click in macOS to change the output
| device. Option + Click is only needed when you want to
| change the input device without changing the output device
| robertoandred wrote:
| What? Just clicking on macOS's volume icon lets you change
| the output.
| varenc wrote:
| > full of these UI "tricks" that remain undiscovered by 99% of
| users
|
| What percentage of users can actually make useful decisions
| based on the advanced WiFi info? Here's a screenshot for
| example:
| https://dl.dropboxusercontent.com/s/227iup97ivdaurw/Screen%2...
|
| I suspect it's around 1%, and most of those 1% already know
| about the hold option trick (which works on many menus). I
| agree with you it's frustrating how this useful information is
| obscured, but I also think this is a reasonable compromise for
| Apple as they try to balance power with usability and
| simplicity for the sake of the non-technical majority.
| cush wrote:
| Every time I get a new Mac, I need to search again for how to
| show hidden files
| rovr138 wrote:
| Now it's a shortcut away,
|
| CMD + Shift + .
| camhart wrote:
| Hidden shortcut :)
| benknight87 wrote:
| With a wide range of technical savviness among users, macOS
| tries its best to make everyone happy and IMO does a pretty
| decent job at it. It's loved by programmers and grandmas alike.
| Can't really say that about Linux or Windows.
| [deleted]
| [deleted]
| spurgu wrote:
| I've used Easy Move+Resize[0] for this and configured it to
| Alt+drag windows (like most Linux window managers).
|
| [0] https://github.com/dmarcotte/easy-move-resize
| Bondi_Blue wrote:
| I thought this was fairly well known with respect to the defaults
| customizations. There is a repo here: https://macos-
| defaults.com/#-what-s-a-defaults-command
|
| ...but it is missing a lot of them, which are scattered across
| the internet. Some others worth checking out are aggregated here:
|
| https://gist.github.com/romanhaa/9804183f242991007b316a59c4b...
| tokumei wrote:
| Awesome! Really missed this behavior when Linux and tiling window
| managers were my daily driver.
| tambourine_man wrote:
| This looks to me like some experiment with touch enabled UI on
| the Mac by Apple.
| unicornfinder wrote:
| I suspect as of Big Sur that Apple were intending to release
| touchscreen Macs, but the changes to the OS in future versions
| makes me suspect that they then changed their mind.
| orang2tang wrote:
| Mac OS on my iPad Mini 6 would make it a perfect device.
| chipotle_coyote wrote:
| Interesting. I've thought about macOS on bigger iPads, but
| never the mini.
|
| (I confess that personally, after a couple years of trying
| to make an iPad my main mobile device--and getting pretty
| good at making it do what I want, learning how capable
| iPadOS/iOS really is--I've retreated to my original
| circa-2011 understanding of "Macs are computers, iPads are
| appliances.")
| newaccount74 wrote:
| I think Apple prepares for a lot of eventualities internally
| and only some things end up being released. Eg. they built
| macOS X on Intel years before they announced the switch.
|
| It's quite possible someone is working on making macOS touch-
| screen capable, even when they don't have concrete plans for
| releasing a touch screen Mac.
| eyelidlessness wrote:
| > they built macOS X on Intel years before they announced
| the switch.
|
| Not a correction, just adding context: Mac OS X _always_
| had Intel builds, even before release. It would be
| surprising to me if they don't still maintain Intel macOS
| builds just in case.
| memetomancer wrote:
| Apple will have to support Intel Macs until at least
| 2026? 2027? Beyond?
|
| ...so I would assume there is plenty of maintenance being
| done on x86 macOS.
| hirvi74 wrote:
| I've read articles about Apple patenting various
| technologies that would facilitate such a device, but
| obviously past patents != future plans.
| tambourine_man wrote:
| That's my guess as well.
|
| Lots of hints on touch enabled UI in Big Sur. But whatever
| it was, seems to have been delayed or suspended.
| rock_artist wrote:
| I don't know about the definition of touch,but I've been using
| the three-finger drag gesture for a while which seems similar
| in intention?
| [deleted]
| egypturnash wrote:
| I shudder to imagine how badly this would interact with most art
| apps.
| WhyNotHugo wrote:
| I never figured out how to easily move windows on macOS.
|
| How I know why; it's disabled by default and you also need to
| hold down `Ctrl`.
| Etheryte wrote:
| Personally I use Spectacle [0] and a few handy shortcuts to
| move and resize windows. For me, it's just enough customization
| without going over the board with scripting a window manager
| from scratch. As I just discovered, Spectacle is no longer
| actively maintained, but it still works just fine. The
| recommended alternative from their readme is Rectangle [1].
|
| [0] https://github.com/eczarny/spectacle
|
| [1] https://github.com/rxhanson/Rectangle
| lwkl wrote:
| Are you sure you are talking about moving them?
|
| Because you can move them by grabbing them by the title bar and
| dragging them to the spot you want.
| yebyen wrote:
| The title bar is small and it gets smaller every time our
| resolution gets higher. In Linux window managers, alt+click
| anywhere in the window and drag has been a standard way to
| move windows with or without handles since probably two
| decades, I know it doesn't seem like much but this is a major
| "creature comfort" thing for me, a Linux expat now using
| mostly MacOS.
| qiller wrote:
| I wish there was a feature or an app that would prevent moving
| and lock windows in place instead of this.
|
| For example, Spark (email) annoys me cause you can drag the
| window by dragging the search box, so sometimes clicking that to
| focus causes the window to shift by a couple pixels
| herunan wrote:
| Finally some hacker news.
| nikolay wrote:
| Like moving it accidentally clicking on the chome was not enough!
| This is the worst feature of macOS - a windows should be moved
| only by dragging on an obvious area like the title bar. Sometimes
| I just want to switch the focus and click on a window and it
| accidentally moves in a random direction by a few pixels!
| blueberrychpstx wrote:
| Another question - I've looked before for any documentation on
| building tools for Mac, and can't really figure out anything
| besides "run this xyz app to trigger an AppleScript and do
| magic".
|
| Does anyone know of any Swift APIs for interacting at the level
| of the OS itself?
| lelandfe wrote:
| scriptingosx[0] is a great resource, here's a simple Swift
| command line tool they wrote that might be a good reference:
| https://github.com/scriptingosx/desktoppr
|
| [0] https://scriptingosx.com/
| philsnow wrote:
| Would Hammerspoon fit your use case? It lets you write lua to
| interact with all kinds of system APIs. It's roughly the first
| thing I install on a new mac.
| rzzzt wrote:
| AlwaysMouseWheel supports Alt+dragging in Windows (I initally
| used it for its primary feature on 8.1, which is sending scroll
| events to the window under the mouse pointer):
| https://www.softwareok.com/?seite=Microsoft/AlwaysMouseWheel
| markstos wrote:
| I use the feature with the Sway window manager for Linux. With
| Sway, you can move floating windows like this, and you can also
| resize or move tiled windows by clicking anywhere in the window
| while holding down a key.
| Jiocus wrote:
| Yes, and i3wm from which sway was modelled from. KDE Plasma
| also has the same functionality from the default keybindings
| (mod+lclick to move, mod+rclick resize)
| michaelsalim wrote:
| On linux, this is something I use every single day. It's awesome!
|
| Haven't seen this in the thread: You can resize the window by
| using right-click instead of left.
|
| This works on both i3 and KDE for example.
|
| Mod+Left click = Drag windows around Mod+Right click = Resize
| window
| jakswa wrote:
| on gnome 42 it is middle click! you drove me to experiment,
| thanks
| wnolens wrote:
| 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
| sangeeth96 wrote:
| Does anyone know if it's possible to configure Rectangle (the
| free/OSS version) to use modifier key + Arrow<Vertical> +
| Arrow<Horizontal> to move a window into one of the four
| corners?
|
| I currently use Hyper + Arrow<Direction> 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?
| grn wrote:
| I didn't realize there's a pro version so thank you for posting
| this. I'm going to give it a try and will pay happily if it
| improves my workflow.
| maxwelldone wrote:
| 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.
| mdavis6890 wrote:
| I find it so strange how resistant people (not you!) are to
| paying trivial sums of money for things that contribute so
| much value.
|
| It was $1. Now it's $4! Like half a Starbucks coffee!
|
| How many people would not even see this app because it's not
| free?
|
| And how about the one commented below that "looks like it's
| no longer maintained?" Sounds like it's the free choice...
|
| I have been guilty of agonizing over spending $5 on a phone
| app while drinking a $5 cup of coffee.
|
| Now I'm at the point where I don't even want to look at free
| apps. Just tell me how to pay you enough money to make
| something good, and keep it good over time.
| duffyjp wrote:
| I've used https://bahoom.com/hyperdock/ since Mac OS 10.4 on my
| Powerbook G4. Still works great and is updated for every macOS
| release. Best $10 I ever spent.
| chadparker wrote:
| Hummingbird is another tool that does this.
| https://github.com/finestructure/Hummingbird
| diegof79 wrote:
| I use Moom since 2012: https://manytricks.com/moom/
|
| It's a paid app too, but it was worth every cent. The app was
| updated for free since my first purchase ten years ago!
| outworlder wrote:
| Another happy Moom user! From around the same time period.
|
| Can't really use OSX without it.
| eligro91 wrote:
| I'm using Spectacle for 5-6 years.. I see now that it's no
| longer maintained, and Rectangle was developed based on
| Spectacle.
___________________________________________________________________
(page generated 2022-05-05 23:00 UTC)