Let's say you're giving a PowerPoint and an app crashes in the background (for whatever reason). PowerPoint cannot prevent an OS alert from popping up on the screen. macOS has functions to hide the menu bar in full-screen apps but it does not have functions to stop other OS chrome from appearing.
Yes, there are circumstances where the OS is overriding the full screen mode of an application. Usually only in the case of very significant events or user interaction - like moving your mouse to the screen top will show the menu bar on Mac OS. But all of this isn't shown permanentely on top of the full screen app and only triggered by special events.
That's not the point. The point is that it can happen during a performance unless you're using a dedicated piece of I/O hardware. They give you 100% control over what gets outputted. Just because people were ok with what the OS displayed before doesn't mean that that it couldn't.
We are talking about different things. Yes, you cannot 100% prevent a dialog to appear without custom hardware. And of course, even with custom hardware, the OS could decide to disable it to stop output to it.
But this isn't the point. So far, there were full screen modes and the OS would honor those under regular circumstances. When I run a Linux VM on a Mac, I can see the whole Linux desktop full screen. I don't want MacOS draw colored dots on top of my Linux VM. People probably don't want yellow dots on their PowerPoint presentation.
No, we're not. The only difference in what we're talking about is that you were ok with the exact same thing as now because you liked/agreed with what the OS was putting on the screen. Whether it was because it was rare or uncommon is completely besides the point. This whole thread is about people who are saying that the dot makes the display "unusable". If that was the case, then any other OS chrome would also make it unusable.
No, that is wrong. So far the OS didn't display anything permanentely on top of a full screen app. It was only as a reaction to user input and exceptional situations. Especially (under MacOS), when the full screen app was runninning on a secondary screen.
I can only hope/assume, I misunderstood the article or this is just a bug.
No, it's not wrong. That's what I said. It still doesn't do anything permanently. It only does it if you're using audio input actively. That's a reaction to user input. You're enabling a recording device and that's what triggers this OS chrome. Whether you agree with that is irrelevant since full-screen mode has always allowed OS chrome.
That is something entirely different. When I said active user input, it was a concrete reaction to a specific user action, like moving the mouse at the menu area. There is no such user action, which would be triggering a sound recording. This is about running applications in the background. According to the article, that would taint the full screen mode constantly and not transiently as the other actions. It is fully sufficently, if that happens on the primary screen.
I understood that. You are not understanding the problem or pretending to. Imagine a powerpoint presentation during a video conference. I don't want the presentation overlaid by a yellow dot. There was no such thing like that so far. At minimum, there need to be controls to prevent that.
And I'm telling you yes there is. You could still get an alert from Steam logging in on your full-screen app. You could get a Windows Visual C Runtime Error that pops up on top of it. You could get a macOS notification or a kernel panic report and it would pop up right on top of your full screen application. Apps cannot override the I/O system of the OS.
I never claimed they can. But so far you can run an app in full screen mode and unless a special event happens, you won't get something on top of it. The audio indicator is completely different, because as long there is audio recording in your system, you don't seem to be able to get rid of it. At no time. If nothing exceptional happens on your system, the OS should allow full-screen apps to run. So far, all OSes did so.