Mac Mini vs. Comparable Spec PC


Recommended Posts

Unless you have raise windows when following mouse, you can't do that in Windows either. You have to click to the open application, then click again to use that menu. Not to mention, as I've seen so far, OSX is much better about interfacing between programs. For instance, iTunes controls that work wether iTunes is in focus or not, drag and drop that almost universally works, and hover that is not active window specific. For instance, if I want to check someones away message in Adium, I don't have to focus that Window.

I don't think that's true.? First of all, unlike the Mac, Windows is designed to have multiple windows open on the desktop at the same time.? Whereas a window on the Mac "owns" the whole screen while it's active, windows on Windows (yeah, i know) are self-contained and only own the space that they currently occupy.

...

One of my biggest sticking points when it comes to the Mac UI is definitely the "active window owns the screen" philosophy.? In my mind, this makes it much harder to work with multiple applications simultaneously.?

For instance, if I'm writing an e-mail in an Outlook/Word window, and I decide to do something like change my away message in Trillian - I can already see the "File" menu in the Trillian window - click on it - and have the option I want.? I can see before I click on anything what menu options Trillian has.

If I were on a Mac, I could see the Trillian window, but I wouldn't know what menu functions it has.? If I want to click on the "File" menu, I have to first click on the application window (or press some other key combination until that window is active) first.?

It may seem like a small difference, but in my mind it adds a huge layer of seperation between applications - which is something that I do not like one bit.

585634584[/snapback]

While I can understand what your are saying with your example, I think your idea that the current application "owns the screen" is far from accurate. The active application "owns" the menu bar, but you can still see other applications that are open. You have picked up on one example of how the Mac way of doing things could be harder for an experienced user, but for a new user, it would actually be more logical to only have one set of menu bars that stays in the same place for all applications. The menu bar always has the name of the current application to the left of the menus (and it is in a bolder font, to make it more obvious).

Contrary to what has been said earlier (by you, I believe), Apple has invested quite a bit of money in user interface research. They also have taken advantage of years of research that has been done by others on the subject. Look up Fitts' Law sometime. Having application menus anchored to the edge of the screen is considered by UI research to be a very good thing.

If I were on a Mac, I could see the Trillian window, but I wouldn't know what menu functions it has.  If I want to click on the "File" menu, I have to first click on the application window (or press some other key combination until that window is active) first. 

It may seem like a small difference, but in my mind it adds a huge layer of seperation between applications - which is something that I do not like one bit.

585634584[/snapback]

right on...I started using OS X recently (not 'switched'...I use both) and this has been one of the major problems I face, here are others I can think of..

1. Fixed menubar on top. I somehow can't get adjusted to it. Really speaking its not fixed...since all the menus move once you change applications...so even if two apps have same menus...say File Edit View...then they "can be" in different places...cause the application name comes before everything else. So if one application is "Preview" and other is som "Randomcompany Randomname" then it defeats the whole purpose of having a fixed menubar + the point note above.

2. Dock magnification...it is just a marketing feature IMO. Its completely useless and distracting if kept ON...any mac I use...turned off immediately. It also cause unnecessary movement of other icons.

3. In order to be useable...the dock has to be atleast around 100 pixels I think otherwise the icons are too small...this in turn takes up too much space on the screen.. No auto-hiding is not for me.

4. :D this one is funny. I compulsively change my wallpaper everyday..sometimes every 2/3 hours....and I set wallpapers from my browser window...except Opera..neither Safari not Firefox allow me to simply right click on any image and set it as wallpaper. I have to goto Sys prefs and change the wallpaper. This in turn probably means I have to save every image on my computer. (Also if you prefer on using only one button i.e. no right click...then this process is even longer.)

5. Trash.

a) Why can't I just delete some documents instead of putting them in trash ? Windows gives me this option. OS X doesnot. Then again I need a key-combo to delete files.

b) I can't selectively empty trash. its everything or nothing

c) If you combine a & b and imagine using a thumb drive...what you get ? you have to either jump to command line or empty all of your trash!!!

6. Display System Prefs. This is kinda weird...it starts a new applet for every monitor I have connected to my system (max 2)...which I thing is serious design error. The moment I click display in sys prefs...it throws out 2 windows.. Again on my iBook if I have an external monitor connected (can only mirror)...and if I change my wallpaper...disconnect the monitor...my wallpaper is reverted back to what it was. Why? :huh: :wacko:

if somehow my language is offensive I apologise no such intentions. :unsure:

Unless you have raise windows when following mouse, you can't do that in Windows either. You have to click to the open application, then click again to use that menu.  Not to mention, as I've seen so far, OSX is much better about interfacing between programs. For instance, iTunes controls that work wether iTunes is in focus or not, drag and drop that almost universally works, and hover that is not active window specific. For instance, if I want to check someones away message in Adium, I don't have to focus that Window.

585634678[/snapback]

wrong. under windows (xp I tried) you just click on the menu directly and it opens the menu automatically switching the apps (something like closing backgroun windows in OS X ...only here it switched to that app).

The adium thing you mentioned is common across all platforms ?

wrong. under windows (xp I tried) you just click on the menu directly and it opens the menu automatically switching the apps (something like closing backgroun windows in OS X ...only here it switched to that app).

The adium thing you mentioned is common across all platforms  ?

585634856[/snapback]

Sorry, I did it on 2k here, and it doesn't work. Point is, to get to another menu, you have to pull focus no matter what.

It's another design element that some people like, some people don't. I'm not sure how old you guys are, but people who have used computers for a long time seem more familiar with a fixed menu location than the Windows system.

Although you must admit, grouping the clock+tray with the menu makes more sense the lumping the clock+tray with the taskbar and start menu.

4.  :D this one is funny. I compulsively change my wallpaper everyday..sometimes every 2/3 hours....and I set wallpapers from my browser window...except Opera..neither Safari not Firefox allow me to simply right click on any image and set it as wallpaper. I have to goto Sys prefs and change the wallpaper. This in turn probably means I have to save every image on my computer. (Also if you prefer on using only one button i.e. no right click...then this process is even longer.)

5. Trash.

a) Why can't I just delete some documents instead of putting them in trash ? Windows gives me this option. OS X doesnot. Then again I need a key-combo to delete files.

b) I can't selectively empty trash. its everything or nothing

c) If you combine a & b and imagine using a thumb drive...what you get ? you have to either jump to command line or empty all of your trash!!!

585634837[/snapback]

4. That is more application-specific than an OS X flaw. Firefox doesn't allow this on Windows either as far as I am aware. You could configure a Folder Action for the desktop folder that allowed you to drag an image from your browser to your desktop and make it your wallpaper.

5. b) It's the same with Windows, isn't it? How do you selectively empty the trash in Windows?

c) In OS X, files on removable media (thumb drives, network shares, etc.) are deleted immediately anyway.

4. That is more application-specific than an OS X flaw.  Firefox doesn't allow this on Windows either as far as I am aware.  You could configure a Folder Action for the desktop folder that allowed you to drag an image from your browser to your desktop and make it your wallpaper.

5. b) It's the same with Windows, isn't it?  How do you selectively empty the trash in Windows?

c) In OS X, files on removable media (thumb drives, network shares, etc.) are deleted immediately anyway.

585635142[/snapback]

well atleast Safari is an Apple app (! :D) so ..neway...Firefox-Windows has set as wallpaper option which is better than IE!...

I didnot think about Folder action but will try... although I feel I will still end up with a file in my desktop (or any other) folder

To selectively empty trash in Windows...just open recycle bin and delete whatever file you want...also is there a restore option for Trash in OS-X ? I miss it when I accidently delete files.

I remember once one of my friends deleted files when he had his thumb drive connected to my iBook, when he tried to copy other files onto thumb drive...there was not enough space since the damn files were still under .Trash !!! :no:

Adium is basically the Mac equivalent of Trillian.

585635153[/snapback]

I know what is Adium :D use it everyday ;) I was replying to his comment that since Window is not maximized he can see adium's user list etc etc...what I mean is the behaviour he was talking about :)

I just did it on Windows XP and it works fine.

585635419[/snapback]

Yeah, I got it, I don't have an XP box around. But my point still stands, you always have to pull focus to get to a menu. So what difference does it make if it's at the top, or in frame?

Although you must admit, grouping the clock+tray with the menu makes more sense the lumping the clock+tray with the taskbar and start menu.

585635067[/snapback]

why does it make more sense to group the clock and tray with the menu? to me they are completely different things, a menu is a set of commands for an application, the tray and clock are universal to the OS... so they don't group together well, single app dependent menu vs. global tray and clock... it makes more sense to have global stuff grouped together like the dock and a clock / tray... and then toolbars and menus grouped together then you have consistancy across it, app specific with app specific and global os with global os

Yeah, I got it, I don't have an XP box around. But my point still stands, you always have to pull focus to get to a menu. So what difference does it make if it's at the top, or in frame?

585635732[/snapback]

Its very simple...in OS X...you first have to switch to the app and then click on the menu...minimum 2 clicks (via expose/dock/cmd+tab whatever)

In Windows...directly click on the menu. single click !!! There is a difference.

Because Windows doesn't allot nearly enough space to the taskbar. If you place with Gnome, which is basically windows with two taskbars, you'll notice this very quickly.

585635816[/snapback]

I hope you know that the taskbar is resizeable to about half the screen size....( :D I am not suggesting you have to but you can...) so if you've toooooooo many windows that the taskbar cannot group (diff apps) then just increase the taskbar to twice or thrice of its normal height. (I personally don't like a taskbar that tall :no: )

So if one application is "Preview" and other is som "Randomcompany Randomname" then it defeats the whole purpose of having a fixed menubar + the point note above.

This is one of the biggest 'complaints' that grey-beard mac os users have but that doesn't mean that the top-of-screen menu bar is completely useless.

On Windows a menu bar target is (for example) 100 pixels by 18 pixels. You have to focus on both the X and Y position in order target the menu. On OS X the X position of the menu items will change but you never have to concentrate on getting the height correct; just throw the mouse to the top of the screen.

For instance, if I'm writing an e-mail in an Outlook/Word window, and I decide to do something like change my away message in Trillian - I can already see the "File" menu in the Trillian window - click on it - and have the option I want.? I can see before I click on anything what menu options Trillian has.

If you want to interact with Trillian's file menu you're going to change focus to do it. Whether you do that by clicking a menu bar or clicking on part of it's window and then it's menu bar is pretty minor. OS X will force you to click twice (once on the window/icon to switch, once on the menu bar) because there are situations where click-through would be dangerous.

For this specific example OS X and the relevant applications would actually be "more efficient" than Windows. You're working away in Word/Entourage - you decide to change your iChat status so you hold command click on the "available" move the mouse down to the "I'm writing email" message and let go. Return to writing your email having never actually switched focus in the first place; 1 mouse click.

On windows you would "click through" to the menu, drag to the new status menu, then search the task bar for the word/outlook window you were working with and click again to restore focus. You may need a third click to make sure the cursor is in the correct location.

For as often as these situations are likely to happen I don't think it's worth worrying about. I have no interest in making up work flows that will favor one operating system or another in order to prove a point.

also is there a restore option for Trash in OS-X ? I miss it when I accidently delete files.

If you accidently send a file to the trash then edit -> undo will restore it to it's former location.

Sorry, I did it on 2k here, and it doesn't work. Point is, to get to another menu, you have to pull focus no matter what.

A minor difference, and arguably insignificant in the same way that OS X allowing you to interact with background windows/controls without switching focus is pretty insignificant.

The reason OS X doesn't send the click through to the window when switching focus is because it can be dangerous. If a dialog/window/toolbar is partially obscured then you may accidently click a button that erases a document, quits an application, or destroys your work some other way. It's possible to work around this behavior by holding down the command key as mention above. The idea that you never do anything destructive without the users consent is called the principal of least surprise. Dismissing an "are you sure you want to quit without saving?" dialog when the user simply wanted to switch applications to read that dialog fits the definition of surprising perfectly.

You don't have to like it or agree with it, but it's not like Apple made this decision without careful attention.

Because Windows doesn't allot nearly enough space to the taskbar. If you place with Gnome, which is basically windows with two taskbars, you'll notice this very quickly.

585635816[/snapback]

how does that make mac better though putting it all together? you have just as limited space with the menu and the app title and the apple menu plus any tray apps running on that same small bar, and windows one isnt small mainly because its resizable as big as you want it up to 50% of the screen size

I did not think about Folder action but will try... although I feel I will still end up with a file in my desktop (or any other) folder

585635373[/snapback]

Under any OS (Linux, Windows, or OS X), the file has to be saved somewhere on your computer for it to be used as wallpaper. Yes, IE does hide this fact from you when you set a picture as your wallpaper, but it saves it to your hard drive somewhere.

Because Windows doesn't allot nearly enough space to the taskbar. If you place with Gnome, which is basically windows with two taskbars, you'll notice this very quickly.

585635816[/snapback]

You can make the taskbar in Windows almost as big as you like (half of the screen is as big as it will go, I think). You can fit a LOT of stuff in there, but it makes Windows a little harder to use when you are devoting half the screen to your taskbar LOL :p

Sorry, I did it on 2k here, and it doesn't work. Point is, to get to another menu, you have to pull focus no matter what.

585635067[/snapback]

This works on all versions of Windows since 95. And I'm fairly certain that it even worked back in 3.1.

Unless you have raise windows when following mouse, you can't do that in Windows either.

Not true. You can interact with any part of a window that you can see without switching focus first.

You have to click to the open application, then click again to use that menu.

Only on a Mac.

Not to mention, as I've seen so far, OSX is much better about interfacing between programs. For instance, iTunes controls that work wether iTunes is in focus or not, drag and drop that almost universally works, and hover that is not active window specific. For instance, if I want to check someones away message in Adium, I don't have to focus that Window.

That's not an advantage to OSX since Windows does all of those things as well.

On Windows a menu bar target is (for example) 100 pixels by 18 pixels. You have to focus on both the X and Y position in order target the menu. On OS X the X position of the menu items will change but you never have to concentrate on getting the height correct; just throw the mouse to the top of the screen.

Most user studies say the exact opposite, for two reasons:

1) Users almost always prefer not to have to move the mouse as far. Simply "throwing" your mouse up to the top of the screen isn't as easy for a novice as it is for you and me. I see employee's at my clients' offices every day who move the mouse probably 1 on-screen centimeter a second, or slower. While it's painful for me to watch, they don't have the video-game trained reflexes that some of us younger folk do ;)

2) Most new users (not those coming from single-task systems like the Mac) see the window borders as the edge of an applicatoin's "domain." Having desktop space between the top of an application window and it's menu bar confuses many users. If you're going to do that, you might as well force the active application to always be full-screen.

New users prefer "encapsulated" programs. That's one thing AOL discovered long ago. "Average Jane" feels more secure about exploring this new internet thing when it all happens within the borders of one application. When you seperate the dialer, the buddy list, and multiple browsing windows... users are immediately more intimidated. How many times have you seen a relatively new dial-up user confused when you tell them that by closing their browser window they are NOT disconnecting from the internet. For me, the answer is countless.

The same goes for seperating the menu bar and multiple windows without encapsulating them in a common container.

If you want to interact with Trillian's file menu you're going to change focus to do it. Whether you do that by clicking a menu bar or clicking on part of it's window and then it's menu bar is pretty minor.? OS X will force you to click twice (once on the window/icon to switch, once on the menu bar) because there are situations where click-through would be dangerous.

click-through? I'm talking about visible windows. There is no click-through involved. On Windows, having a window in focus means very little. It simply tells you where the keyboard focus is. The mouse can interact with any window elements that are visible, regardless of which program owns them.

For this specific example OS X and the relevant applications would actually be "more efficient" than Windows.? You're working away in Word/Entourage - you decide to change your iChat status so you hold command click on the "available" move the mouse down to the "I'm writing email" message and let go.? Return to writing your email having never actually switched focus in the first place; 1 mouse click.

I knew someone was going to do that. Clearly, most IM programs have several ways to change the away message. In Trillian I don't need to use the File menu, that was just an example. There are usually several functions that are accessibonly/i> through an application's top-screen menu.

Oh, and dragging the mouse through menus is another cumbersome design. I hate it, and I know countless new users who find the process unwieldy.

Thankfully, Windows menus do not work that way.

On windows you would "click through" to the menu,

I said the Trillian window was already on screen - so you aren't "clicking through" anything at all.

drag to the new status menu

Like I said, you would move the mouse there, no dragging involved in Windows menus. You point to "File," click on what you want, you point to "Status" (which opens up the status menu), you point to "out and about" and then click on it.

then search the task bar for the word/outlook window you were working with and click again to restore focus. You may need a third click to make sure the cursor is in the correct location.

No, no, no. That was my whole point. BOTH windows are visible. Switching to Trillian doesn't cover up any portion of the Outlook window, so why would I have to give the focus back to it? I don't, I just go back to working on it. If I need the keyboard input to move back, I can just click in the body of the message where I want the cursor to go, or click on the titlebar and have the keyboard cursor returned to wherever it was the last time that window had the focus. I never once look at the taskbar. I never once think about "switching" applications.

A minor difference, and arguably insignificant in the same way that OS X allowing you to interact with background windows/controls without switching focus is pretty insignificant.

Not a minor difference at all. As I said, this gives work on the Mac a single-task mindset, whereas with Windows I can be working in several applications simultaneously.

The reason OS X doesn't send the click through to the window when switching focus is because it can be dangerous. If a dialog/window/toolbar is partially obscured then you may accidently click a button that erases a document, quits an application, or destroys your work some other way. It's possible to work around this behavior by holding down the command key as mention above. The idea that you never do anything destructive without the users consent is called the principal of least surprise.? Dismissing an "are you sure you want to quit without saving?" dialog when the user simply wanted to switch applications to read that dialog fits the definition of surprising perfectly.

So you're saying the user would be surprised if they clicked on a button that said "Exit" and the program exited? I think you're confused. In fact, I didn't know that click messages were not sent to a window that doesn't have the focus... I'm astonished that they aren't - and I'll check on it with my neighbor's Mac to be sure.

You don't have to like it or agree with it, but it's not like Apple made this decision without careful attention.

585636307[/snapback]

I never said ttried to make a cumbersome UI, just that (in my opinion) they did.

Edited by threedaysdwn

I've had a good few beers, yet I cannot get my head around your idea of a Mac being 'single task orientated'. Think for a moment about what you are saying. Ok, done? - Good.

The windows within all applications aren't parented by a larger window (do they call it MDI, in Windows?) not once is this an issue, thus meaning, Windows are free flowing, and you can see an interact with other windows beneath and around the windows you're working on. With a simply mouse gesture you have the power to switch to an alternative document, by means of Expos? - if you can't click the window from those in the background.

Now consider the same, in the PC world -

You have no Expos? to call upon, you don't even have nice, colourful, visual icons like those in the dock, you have a tired old selection of tabs with small text and 16x16 writing - anyhow this is irrelevant. What is relevant is that when Windows fall into this 'MDI' (which I assume, probably means 'multiple document interface' ?) there's always a parent window, which borders and makes home for these Windows. Now in an application such as Word, or in Photoshop this is restrictive as it probably means you're working fullscreen - thus meaning you have no access to an alternative window - other than through the taskbar.

If needs must, i'll grab a screen cap of Word running fullscreen, and you do the same in Windows - It would be easy then, to see really who is 'single task' orientated out of the two OS's. Frankly without sounding too harsh - this talk of such is just BS, mate.

Okay, just tried it... Clicks to an inactive window DO register in OS X, just like in Windows.

I figured that's how it was.  Your thing about "dangerous clicks" didn't make any sense to me.

585636848[/snapback]

I was thinking the same thing - because Applications resond to user input, without actually being the active application, iChat and iTunes are example of applications in which I do, do this.

Most user studies say the exact opposite, for two reasons:

1) Users almost always prefer not to have to move the mouse as far.? Simply "throwing" your mouse up to the top of the screen isn't as easy for a novice as it is for you and me.

Hitting a target with infinite height is easier than hitting a target with a small height. Menu bars at the top of the screen have infinite height, menu bars in the middle of a screen do not.

It's a basic tenant of interface design

http://developer.kde.org/documentation/des...i/fittslaw.html

The time to acquire a target is a function of the proximity and size of the target.

The corners and edges of the screen are prime real-estate. They are ideal locations for buttons, menus, toolbars, taskbars, etc. Any objects on?the bottom and top of the screen have infinite height. Objects in the corners have infinite width and height.

Macintosh-style menus, which are pinned to the top of the screen, are known to be much faster than MSWindows-style menus, where the menu is contained within the floating window.

2)? Most new users? (not those coming from single-task systems like the Mac) see the window borders as the edge of an applicatoin's "domain."

Maybe you do, but on all modern operating systems the applications domain is the area marked out by it's views including the toolbars, menus bars, windows, pallets, dialogs, etc.

? Having desktop space between the top of an application window and it's menu bar confuses many users.

New users prefer "encapsulated" programs.

The same goes for seperating the menu bar and multiple windows without encapsulating them in a common container.

Can you cite any published work to back these claims?

click-through?? I'm talking about visible windows.

I should have been a little more clear, I assumed you had more experience with both systems.

In Windows a click that changes the focus of an application will be sent to the control under the pointer whether that application is in the foreground and focused or not, that control will behave as if it were focused whether that is a good idea or not. On OS X a click will not cause a control to do something unless that action is "safe" (or the developer has gone out of his or her way to receive that click event and do something dangerous).

Example:


  • 1. Start internet Explorer
    2. Open Word
    3. Create a new document
    4. Add some text
    5. Click the "close window" icon in the title bar.
    6. Switch to Internet Explorer.
    7. Position the Internet Explorer window so that you can clearly see the entire "Do you want to quit without saving changes".
    8. With the internet explorer Window active Click once on the inactive "Yes" button on the Word dialog.

On Windows Word will quit because the click that both switches focus to Word and flows through to the "yes" button on the icon (causing word to exit destroying your work). On OS X the Word window will become focused but the button will not receive the click event.

Replace the "yes" button with the "delete selected files" toolbar icon in finder/explorer/nautilus for another example where this could be a problem.

The mouse can interact with any window elements that are visible, regardless of which program owns them.

And that has the potential to be dangerous for the reasons mentioned above

Oh, and dragging the mouse through menus is another cumbersome design.? I hate it, and I know countless new users who find the process unwieldy.

Click on File, drag down to "exit" (or "application name" -> "Quit application name" if you're on a mac). Both work fine. The click file, click exit method of using will also work in both operating systems.

I said the Trillian window was already on screen - so you aren't "clicking through" anything at all.

The click event is passed through to the control. I am using the term "click through"to describe the click event being passed through to whatever control that has the highest position in the window stack that is located under the cursor.

Windows will pass that event to any control under the pointer and they will perform their action, OS X controls will not respond unless their action is non-destructive: scrolling a text view, displaying a drop menu, toggling a checkbox, etc. A button will not click, a toolbar button will not fire, and the cursor will not change position unless the controls parent view is focused or the user is holding the command key.

? As I said, this gives work on the Mac a single-task mindset, whereas with Windows I can be working in several applications simultaneously.

You haven't show that.

All you've shown is that Windows will pass click events to any control on the screen and (by default) they will respond to them.

This is no more a "multi-app mindset" than OS X's hold CMD to send mouse events to background applications without switching focus.

So you're saying the user would be surprised if they clicked on a button that said "Exit" and the program exited?

Re-read the example.

On Windows version of word the dialog's buttons are "yes" "no" and "cancel", a miss-click can trigger the control of the inactive window and destroy data, likewise a user can click a toolbar icon and destroy data. The same miss-click in OS X will simply bring the parent window of the control to the foreground, switching applications if necessary.

I have access to a mac here (there is some good having a fruity designer in the home after all) and here's the a screenshot from the latest version of both operating systems and microsoft word for each platform.

If you miss-clicked on the close-window widget for the bottom window in each of the scenarios the Windows machine would happily quit word and lose your document where the mac would only bring word to the foreground.

Edited for clarity.

post-86500-1111213120_thumb.jpg

post-86500-1111213138_thumb.jpg

Edited by macssuck
In Windows a click that changes the focus of an application will be sent to the control under the pointer whether that application is in the foreground and focused or not, that control will behave as if it were focused whether that is a good idea or not. On OS X a click will not cause a control to do something unless that action is "safe" (or the developer has gone out of his or her way to receive that click event and do something dangerous).

Actually it's entirely dependent on the software developer's implementation, for both systems.

For the most part, controls respond to clicks regardless of whether their parent windows have the focus.

Exceptions can be found for both systems:

On the Mac, finder windows don't respond to clicks on their forward/backward buttons.

On Windows, Office programs don't respond to clicks to their main menus.

I suppose it probably has to do with the custom menu controls that Office employs. The default behavior for Windows common controls is to always accept clicks - which is something that I personally prefer.

On Windows Word will quit because the click that both switches focus to Word and flows through to the "yes" button on the icon (causing word to exit destroying your work). On OS X the Word window will become focused but the button will not receive the click event.

See, that's the distinction I'm talking about. When I click on a window that isn't active, I don't consider the click to be switching the focus to the clicked window. I consider it to be an interaction with a window control. In my mind, the switching of window focus is an effect of that control firing. And in some cases controls can be clicked without changing the focus to the target window.

That's quite a contrived situation you have there. In order for that dialog to appear, the user must first choose to exit the program (either in the menu, alt-F4, or clicking the big X). When they do, the dialog immediately jumps to the foreground and a sound (or visual alert) is displayed.

If the user ignores the question, and then later clicks on a button that says "No" without reading the dialog... They're kind of asking for it.

Still, I never said that Windows was perfect. I was just (as requested) discussing issues that I have with the UI of OSX. I'll happily discuss issues I have with the Windows UI another time.

Edited by threedaysdwn
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Movavi Video Editor Plus 26.18.0 by Razvan Serea With Movavi Video Editor Plus, you can either enhance your video files with two or three simple steps, or turn them into something completely new. Create your own movies using multiple filters, transitions, and special effects: show multiple videos on one screen with the Picture in picture effect or change the background with the Chroma Key effect, imitate the camera zoom or make your video look like an old-style movie. Adjust video parameters such as brightness, contrast and colors. Stabilize shaky footage, improve video quality and remove defects. Create video presentations, tutorials or educational videos: add titles and record your own narration to create a video with voiceover. Import video from any source: TV-tuner, webcam, camcorder, or VHS. Drop multiple media files onto a timeline and let your imagination do the rest! Features at a glance: Video and audio editing on a timeline Edit, enhance videos Add background music Apply titles and effects Image quality improvement Hollywood-worthy effects High-grade titles and fades Digitize VHS tapes, record video from TV tuners Stabilize any shaky sections Support for a wide range of formats Prepare your videos for uploading to YouTube, Facebook, Vimeo, or any other website New in Movavi Video Editor 2026: 30+ fresh subtitle styles. Upgrade your automatic captions with new designs. Customize your text in the Styles tab with a single click. Optional advanced settings are also available in the dedicated Design tab. Subtitles in English – instantly! Translate auto-subtitles into English with a click – no dictionaries or online services needed. Once translated, configure and fine-tune the subtitles using the standard editing tools. 40+ adjustable effects. Enhance your videos in a click with new realistic effects – from dust particles and light leaks to retro-style and VHS. Every effect is fully customizable – so it will fit any clip perfectly and bring an extra spark to your edits. Ultra-fast playback. Show more in less time with video speed control of up to 100x. Perfect for epic time-lapses, long process recaps, or whenever you want to add some extra energy to your content. Magnetic zones are marked with dots, and the 1x value is indicated by a vertical line. Silence removal – in a click. Cut out unwanted pauses automatically or fine-tune the pause length and volume threshold yourself. Skip the tedious cleanup and make your videos more dynamic. Fast effect copying. Effortlessly duplicate any effect from one video to another: click Clip effects in the dropdown menu and proceed to copy or paste. Movavi Video Editor Plus 26.18.0 changes: This version includes small improvements for better editing. Download: Movavi Video Editor Plus 26.18.0 | 2.7 MB (Shareware) View: Movavi Video Editor Plus Website | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • JBL BAR 800 5.1.2 Dolby Atmos soundbar is an amazing deal today by Sayan Sen This Amazon Prime Day 2026 sales so far we have had a couple of nice deals related to sound and audio. First we have the Sennheiser HD 600 at its lowest ever price of just $225. Next we also have the Beats Studio Pro at its lowest price ever at just $150. However perhaps you prefer your gear to sound great on a larger scale, like throughout the room. In that case an all-in-one soundbar system can help and currently JBL's BAR 800 is a great deal for sure as it's up for grabs at just $600 (purchase link under the specs table down below). One thing that should be appreciated a lot about these JBL soundbars is their spec sheet and the frequency response data it provides. The firm is honest about it as JBL confirms the subwoofer is able to go down to 35 Hz at -6dB or F6. This means it should be covering 40Hz and up very well, where most of the bass lies. You miss out on a lot of sub-bass but that is to be expected given the price point and the subwoofer driver size. Speaking of which, it is a 10-inch driver and promises a max output power of 300 watts at 1% THD (total harmonic distortion). JBL also claims the system will provide you with a "True Dolby Atmos" experience. The surround speakers are wireless and battery-powered which means setting them up should be really convenient. The technical specs of the JBL BAR 800 are given in the table below: Specification Value Channel Configuration 5.1.2-channel soundbar system Dolby Atmos Yes, with 2 up-firing drivers Total System Power Output 720 W Soundbar Power Output 340 W Surround Speaker Power Output 2 × 40 W Subwoofer Power Output 300 W Soundbar Drivers 3 × 46×90 mm racetrack drivers, 3 × 20 mm tweeters, 2 × 70 mm up-firing full-range drivers Surround Speaker Drivers 1 × 46×90 mm racetrack driver (each speaker) Subwoofer Driver 10-inch (260 mm) wireless subwoofer Frequency Response 35 Hz – 20 kHz (-6 dB) Audio Inputs Optical, Bluetooth, Chromecast built-in, AirPlay, Alexa Multi-Room Music (MRM), USB* HDMI Inputs 1 HDMI video input HDMI Output 1 HDMI eARC output HDCP Version 2.3 HDR Pass-Through HDR10, Dolby Vision Bluetooth Version 5.0 Wi-Fi Version 6, 6E Streaming Services Chromecast built-in, Apple AirPlay, Alexa MRM Get it at the link below: JBL Bar 800-5.1.2-Channel Dolby Atmos soundbar with Detachable Surround Speakers (Black): $599.85 (Sold and Shipped by Amazon US with Prime) Prime subscription can be cancelled within three business days. Good to know This Amazon deal is U.S. specific, and not available in other regions unless specified. We only use first-party seller links (at the time of article publishing); ensure that you purchase from a first-party seller link only. Check out Today's Deals on Amazon | or our recent tech deals. Become a Prime member (for Students or SNAP) via Neowin Get Prime Access - Prime for half price (for qualifying Medicaid, EBT, SNAP) Subscribe to Prime Video, Audible Plus, Music Unlimited or Kindle Unlimited via Neowin As an Amazon Associate, we earn from qualifying purchases.
    • Microsoft releases PowerToys v0.100.1, fixes a bug that made remapped keys misbehave by Ivan Jenic Microsoft just released PowerToys v0.100.1, a patch update that addresses several stability and behavior issues found in v0.100.0. The v0.100.0 patch was a significant update for PowerToys, as it introduced all sorts of new features and additions, such as a rebuilt Shortcut Guide, a Command Palette Extension Gallery, webcam overlay support in ZoomIt, and more. However, the v0.100.0 version also introduced some bugs and stability issues. And now, Microsoft is addressing these issues in the new patch. The most impactful fix in this release perhaps is in Keyboard Manager, where remapped modifier keys were being delivered as system-key events, causing unexpected behavior in apps. The clearest example of this was Alt-to-Backspace remaps, deleting whole words instead of a single character. So, if you thought there was an issue with your keyboard, Microsoft just confirmed that it was PowerToys. Beyond the Keyboard Manager fix, v0.100.1 also addresses several other issues. It fixes a bug with Power Display that was preventing monitors from waking from standby correctly. Additionally, the new update patches Quick Access crashes on launch, and resolves a Shortcut Guide crash that occurred when switching between sidebar sections. Here’s the full changelog: Color Picker Fixed a bug where the main Color Picker window could appear inside the zoomed-in picker view Command Palette Fixed Run history initialization in AOT builds Fixed a bug where the Performance Monitor dock item could show ??? after restart Fixed the Hibernate command using the Sleep icon Limited the "pin to dock" dialog to displays where the dock is enabled Keyboard Manager Fixed modifier keys remapped to non-modifier keys being delivered as system-key events, which caused unexpected behavior in apps such as Alt-to-Backspace deleting whole words Power Display Fixed a bug where selecting On in the monitor power-state control did not wake a monitor from standby Fixed built-in display detection and brightness control on dual-GPU laptops where the internal panel is driven by the discrete GPU PowerToys Run Fixed VS Code Workspaces discovery after VS Code moved recently opened workspace data to shared storage Quick Access Fixed Quick Access flyout crashes caused by unhandled XAML exceptions during launch or page navigation Shortcut Guide Fixed a crash when navigating between Shortcut Guide sidebar sections Fixed number-key rendering in shortcut manifests and added a Postman shortcut manifest Updated bundled shortcut manifests to use the literal number-key token so number keys render correctly across apps ZoomIt Fixed a race condition in audio initialization for ZoomIt video recording You can download PowerToys v0.100.1 from the official GitHub releases page.
    • OBS Studio 32.2.0 Beta 2 by Razvan Serea OBS Studio is software designed for capturing, compositing, encoding, recording, and streaming video content, efficiently. It is the re-write of the widely used Open Broadcaster Software, to allow even more features and multi-platform support. OBS Studio supports multiple sources, including media files, games, web pages, application windows, webcams, your desktop, microphone and more. OBS Studio Features: High performance real time video/audio capturing and mixing, with unlimited scenes you can switch between seamlessly via custom transitions. Live streaming to Twitch, YouTube, Periscope, Mixer, GoodGame, DailyMotion, Hitbox, VK and any other RTMP server Filters for video sources such as image masking, color correction, chroma/color keying, and more. x264, H.264 and AAC for your live streams and video recordings Intel Quick Sync Video (QSV) and NVIDIA NVENC support Intuitive audio mixer with per-source filters such as noise gate, noise suppression, and gain. Take full control with VST plugin support. GPU-based game capture for high performance game streaming Unlimited number of scenes and sources Number of different and customizable transitions for when you switch between scenes Hotkeys for almost any action such as start or stop your stream or recording, push-to-talk, fast mute of any audio source, show or hide any video source, switch between scenes,and much more Live preview of any changes on your scenes and sources using Studio Mode before pushing them to your stream where your viewers will see those changes DirectShow capture device support (webcams, capture cards, etc) Powerful and easy to use configuration options. Add new Sources, duplicate existing ones, and adjust their properties effortlessly. Streamlined Settings panel for quickly configuring your broadcasts and recordings. Switch between different profiles with ease. Light and dark themes available to fit your environment. …and many other features. For free. At all. OBS Studio 32.2.0 Beta 2 changelog: Beta 2 Changes Fixed a CI deployment issue. There are no application changes since Beta 1. 32.2 New Features Replaced add source dropdown with new dialog [Warchamp7] Improved FPS selector UX [jcm93] Added missing file support for filters [exeldro] Added ability for plugins to set custom icons for new source types [cg2121] Included .webp files when adding a directory to Image Slide Show source [TarunCore] Added copy paste functions to frontend API [exeldro] Added filter to compose SDR into HDR [jpark37] Added delete as a hotkey to delete sources on macOS [PatTheMav] Added dynamic bitrate support to multitrack video [lexano-ivs] 32.2 Changes Forced Intel-based installations to update to Apple Silicon version on macOS [PatTheMav] This change means that OBS Studio versions built for Intel-based Macs but running on Apple Silicon Macs will automatically update to OBS Studio built for Apple Silicon Macs. If an installation was using third-party plugins, those plugins will no longer load until replaced with Apple Silicon versions. Fixed audio mixer state getting out of sync when changing settings via websockets or plugins [Warchamp7] Added theming for checked QToolButtons [glikely] Improved OpenGL performance slightly on low-end machines [kkartaltepe] Set minimum size for color source to 1 pixel [exeldro] Added minimum width to spinboxes [Warchamp7] Disallowed overwriting the crash handler [sebastian-s-beckmann] Applied process mitigation policies for Windows [notr1ch] Adjusted description of multitrack video [jhnbwrs] Changed new capture devices to use fallback frame rate by default [PatTheMav] Improved DLL loading behavior on Windows [notr1ch] Limited multitrack video config to Custom service [PatTheMav] 32.2 Bug Fixes Fixed OAuth and dock state save corruption [PatTheMav] Fixed group bounds not resizing when removing items [howellrl] Fixed canvas mixes not being restored after video reset [dsaedtler] Fixed some erroneous crashes during shutdown [Warchamp7] Fixed display capture sometimes capturing black after a duplicator failure [ThrowTop] Fixed color of controls dock output buttons in System theme [shiina424] Fixed virtual camera reset failures [stephematician] Fixed potential crash when user discards changes in the settings window [suogesi] Fixed incorrect return value in virtualcam filter [xtfo] Fixed source toolbar buttons not working after dragging a source into a group [Warchamp7] Fixed properties hint icon spacing [Warchamp7] Fixed potential crash when a video device reconnects on macOS [jcm93] Fixed an issue where PipeWire could fail on NVIDIA GPUs [hoshinolina] Fixed obs_canvas_get_video_info returning incorrect framerate [dsaedtler] 32.2 Deprecations Deprecated obs_properties_add_button [sebastian-s-beckmann] Download: OBS Studio 32.2.0 Beta 2 | Portable | ARM64 | ~200.0 MB (Open Source) View: OBS Studio Homepage | Other Operating Systems | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Is a fast food restaurant a good metric to compare against?
  • Recent Achievements

    • One Year In
      OHI Accounting earned a badge
      One Year In
    • First Post
      Almohandis earned a badge
      First Post
    • Rookie
      DaviKar went up a rank
      Rookie
    • Dedicated
      HidekoYamamoto94 earned a badge
      Dedicated
    • One Month Later
      timbobit earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      474
    2. 2
      +Edouard
      172
    3. 3
      PsYcHoKiLLa
      122
    4. 4
      Michael Scrip
      81
    5. 5
      Xenon
      72
  • Tell a friend

    Love Neowin? Tell a friend!