Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Resizing windows on macOS Tahoe – the saga continues

noheger.at

Post reply on HN
Print view View original

511–520 of 547 posts

Re: Resizing windows on macOS Tahoe – the saga continues

#511

Post by zapzupnz »

nickjj wrote: post #395
zapzupnz wrote: post #132

Resizing windows is easier when you don't have to grab the corner. Some people are talking about holding a key to resize on Linux but I don't want to be forced to use the keyboard. My favourite solution on macOS is an app called Swish which lets you do trackpad/Magic Mouse gestures to throw windows into corners, along edges, etc.

> Some people are talking about holding a key to resize on Linux but I don't want to be forced to use the keyboard. You don't have to use your keyboard. For example I never use my mouse's DPI button which is a little button next to the wheel mouse. You can remap that to whatever key you need to hold to resize a window and now you have a fully mouse driven solution for resizing.

See, that makes sense to me. Build it all into one device, super simple, super clever.

For me who always uses a Magic Trackpad, doing gestures is the equivalent to holding down that wee button. So I think we see eye on eye on this.

It's the people who can't imagine that you'd ever have your hands away from the keyboard, so everything that could reasonably be done with a keyboard can and must be done with a keyboard, who get up my back.

Re: Resizing windows on macOS Tahoe – the saga continues

#512

Post by renmillar »

1over137 wrote: post #506
mhuffman wrote: post #501

Earlier quoted context omitted.

>Might be worth trying a fresh OS install? Very "Windows-y", no?

Yup. That's where macOS is now.

It really isn’t like that for me though. The bugs are consistently there regardless of how old the OS install is. I don’t get more when I haven’t done a fresh install in a couple years.

Re: Resizing windows on macOS Tahoe – the saga continues

#513

Post by anthk »

eru wrote: post #299
create-username wrote: post #189

Earlier quoted context omitted.

I found myself closing Linux windows sometimes only with alt+F4; sometimes only with ctrl+Q; sometimes with both; sometimes with none

You can close them with xkill and a single click.

Killing is not closing, different signals.

Re: Resizing windows on macOS Tahoe – the saga continues

#514

Post by pndy »

Nextgrid wrote: post #24
Lucasoato wrote: post #5

Steve Jobs is rolling in his grave.

Attach a generator to him and the AI datacenter energy needs are solved. Even better, the more trash that AI produces the more energy is generated.

That will be really hard - socket is at the bottom of Magic Mouse-shaped coffin

Re: Resizing windows on macOS Tahoe – the saga continues

#515

Post by adammarples »

eviks wrote: post #158
learn_more wrote: post #10

>In total the thickness went down from 7 to 6 pixels, which is a 14% decrease, making it 14% more likely to miss it. Pedantic, but chance of miss is actually less than 14% more likely since the user's click location is not uniformly random over the thickness area, it's biased toward the center (normally distributed).

Pedantic, you don't know the distribution, so the chance could be higher

We can safely assume they're more likely to be close to the edge they're trying to grab than some random location on the window

Re: Resizing windows on macOS Tahoe – the saga continues

#516

Post by newdee »

dwaite wrote: post #498
bsimpson wrote: post #463

Earlier quoted context omitted.

Years ago, they changed the behavior of the green button to be "fullscreen into a separate space." As someone who never uses spaces, this is never what I want. You can escape it by moving your cursor to the top edge of the screen and clicking the green button on the titlebar that appears to exit fullscreen.

> Years ago, they changed the behavior of the green button to be "fullscreen into a separate space." Not quite. It has the old behavior (grow to as large a window as supported) if the app does not support full-screen. For instance, the Settings app cannot grow wider, so it grows to full screen height. The icon that appears when you hover over the green button reflects whether it is full screen or zoom behavior. If yo…

If I recall, you just hold option whilst clicking the green button and you get the old behaviour

Re: Resizing windows on macOS Tahoe – the saga continues

#517

Post by lunar_rover »

olivierestsage wrote: post #480
someguyiguess wrote: post #471

Earlier quoted context omitted.

This has to be sarcasm. Either that or you have never used KDE or Gnome even once in your life. No DE for Linux is anywhere near as polished as the DE in Mac OS. You have to spend hours customizing KDE or CFCE to get them to function even halfway near what an average user would expect. Gnome is okay but so bloated and even more opinionated than MacOS or Windows.

This is definitely not the case, and I invite anyone reading this comment to install a Linux distribution themselves in a VM or something to find out via direct experience. Fedora is a good place to start in my opinion.

Window management mostly works fine, but app design is years behind.

KDE Dolphin has a static toolbar like Finder, with its config menu being two lists like some Microsoft toolbars, and the available items list is sorted alphabetically.

The flat view switcher is multiple separate items, named directly after their corresponding view type, one called list, another called icons and so on.

So if you want a Finder style view switcher, you first need to know it exists beforehand because the naming is confusing, then you need to know how many views are available beforehand because they're separate items, and finally you need to hunt them down because the list is alphabetical.

This is pretty much the quality you can expect when using KDE software.

Another example is breadcrumbs, the current folder doesn't have an arrow, so you can't browse deeper with it without perhaps expanding folders, unlike on Windows 7. Side bar favourites also replace the top folder, so if you browse the home folder with it you'll often find yourself suddenly unable to use it.

Re: Resizing windows on macOS Tahoe – the saga continues

#518

Post by eviks »

adammarples wrote: post #515
eviks wrote: post #158

Earlier quoted context omitted.

Pedantic, you don't know the distribution, so the chance could be higher

We can safely assume they're more likely to be close to the edge they're trying to grab than some random location on the window

Aim wider: why window and not screen?

Re: Resizing windows on macOS Tahoe – the saga continues

#520

Post by throwaway290 »

isametry wrote: post #288
throwaway290 wrote: post #195

Earlier quoted context omitted.

Unless your status bar is on the bottom. Then scrolling up is really hit or miss

The status bar – as in: the area where the clock, battery and signal strength are shown – is absolutely always at the top of the screen on iOS.

I mean browser status bar (address bar, load progress etc.) and also you're wrong at least on new phones.

If you tap the island and if there's any activity there, it doesn't scroll up it switches to activity app. You need to hit the top edge of the screen not the island. And that is hit or miss, because 30% you hit the island and often there's activity there.

It was better before when it was not an island and activity was rare, only when you're navigating or on a call. Now every app and it's dog has a live activity in island.

Post reply on HN