Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> And like that there are a lot of other UX small things that make for a more pleasant experience in the Mac, particularly for end users.

There are also a lot of bugs and inconsistencies in the Mac UX that make it very annoying to use. A few that I have to deal with on a regular basis:

- App doc will randomly break - either it will not auto hide, or it will not show when pushing cursor down.

- For some reason the OS needs to disable/reset all displays multiple times in order to redetect external monitors. Not only can the monitor detection take a few minutes, but it often messes up window/workspace positions.

- You cannot drag fullscreen windows from one monitor to another. You cannot drag a non-fullscreen window to a monitor which has a fullscreen window.

- Audio will inconsistently switch between native speakers and HDMI, completely ignoring user's manual override.

- Windows will randomly disappear - app is still running and shown in doc bar but you cannot alt/command-tab to the window, or show the window from doc bar.

-Top bar will randomly not auto-hide, and/or not show when hovering.

Mac OS UX is far from any kind of golden standard fanboys try to make it out to be.

I'm more or less forced to use windows or mac for work (mac happens to be the lesser evil), but my personal debian pc is so much more intuitive, consistent, and stable.



"You cannot drag fullscreen windows from one monitor to another."

Sure you can. Use whatever shortcut you'd like to get into Mission Control, drag and drop that "Space" from one monitor to the top bar on the other.


Ahh so you are the one who uses mission control.


> You cannot drag fullscreen windows from one monitor to another. You cannot drag a non-fullscreen window to a monitor which has a fullscreen window.

I think that there's a concept that just doesn't click with you (which is okay), but it does click with me.

There's actually no "fullscreen window". If you make an app fullscreen, the app creates a new "screen" (for lack of better terms, maybe it's called a Space?). The app and the screen are now one.

You can't drag a fullscreen window from one monitor to another, because there's no window for you to drag. You can only drag the whole screen (in Mission Control).

You can't drag an actual window to a fullscreen screen (eeh), because that screen is an app and is not supposed to contain any windows.

This feels intuitive to me, I use it with joy and I miss this concept badly when using various Linux DEs.

(the other stuff you mentioned are real bugs that can sometimes happen, yes, no problem with that -- but I've also had plenty of those in Ubuntu and others)


Eh, that's a lot of extra steps and complexity for no apparent reason. Virtual desktops, supported by many linux UXs for a long time, provide essentially all of the same functionality without the extra mental overhead of having to deal with 'mission control' and thinking about monitor vs space vs window, or thinking about 'which state is my window in?'.

> You can't drag a fullscreen window from one monitor to another, because there's no window for you to drag.

But you do get the window bar on hover, which is the same 'control' you use for dragging non-fullscreen windows... the fullscreen window is still a window, except it's controls have been restricted and behaviour modified to prevent it from acting as a window for no apparent reason. The way this concept is implemented in macOS is just ugly imo.


> For some reason the OS needs to disable/reset all displays [...]

Yes, I hate this. Also, many monitors do not like whatever the Mac is doing, and will tolerate it only a small integer number of times before you have to interrupt power to them for a reset.

> You cannot drag fullscreen windows from one monitor to another. You cannot drag a non-fullscreen window to a monitor which has a fullscreen window.

I was actually replying to insist that you can, but then I realized (just now) that you said "monitor", not "desktop", so I'm not sure that this would work. Does it work for you with desktop spaces? 'Cause it does for me, although it makes the incoming window a chromeless as well and tiles with the existing window, which I didn't really expect.


> Mac OS UX is far from any kind of golden standard fanboys try to make it out to be.

Haters pointing out a few flaws (which it does indeed have) doesn’t invalidate the fact that it’s still better than Windows or most Linux UIs.


> Haters pointing out a few flaws (which it does indeed have) doesn’t invalidate the fact that it’s still better than Windows or most Linux UIs.

I agree that it's marginally better than Windows, but it's inferior to Linux given the fact that you can have a superior UX on Linux. Obviously this is based on my personal preferences.


Not to mention, there's no walled garden of applications on Linux. While the "free for all" aspect of applications may be scary for some, the "welcome to adulthood, now make your own decisions" is a welcome change for many. Again, this is my personal opinion.


An issue I see with this is that not everyone has the time or will to customize their OS to their specific needs. In this regard, it might be arguable that Apple has done a reasonably good job at advertising/showcasing the ease of use of macOS out of the box.


Cmd-Opt-D to show/hide Dock btw, if you didn't know that. Can be handy to know for those weird cases where it's not showing/hiding as it should. May or may not help with this particular case you're seeing though, but give it a try!


Can I add one to your list. You can't lock the screen with the keyboard shortcut while in Expose.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: