News Windows 11: WinUI 3 räumt Systemdialoge wie Ausführen und AutoPlay auf

[Caramon2]

Manchmal hat man den Eindruck, MS will uns von Windows vergraulen

Da bist du nicht der einzige:

Vielleicht machen die das sogar absichtlich, um die Nutzer zu vergraulen, damit sie diesen Klotz am Bein endlich los werden können?

Ernsthaft: Wie wahrscheinlich ist es, dass ein so großes, etabliertes und finanzstarkes Unternehmen tatsächlich immer und immer wieder so gravierend Fehler macht, ohne die geringsten Anzeichen, es jemals in den Griff zu bekommen?

 

[fdsonne]

Der technische Hauptunterschied zw. 1.0 und 2.0 Geräten ist, dass 1.0 Geräte max. 24 Bit + 96 kHz sampling kann, 2.0 kann Zeugs wie 32 Bit und 384 kHz. Das allermeiste "normale" Zeug (Headsets, USB Lautsprecher, einfache USB Soundkarten und sowas), aber auch so einige "gut-einfache" DACs sind mit 24 Bit/96 kHz sehr gut bedient - viele Geräte nehmen sogar die 16 Bit/44,1 bzw. 48 kHz. Und dessen Chips verwenden durch die Bank 1.0.

Das ist aber dann Ursache und Wirkung verwechselt?

Ich mein, es ging um die Frage, ob es sinnig ist, einen derart alten Standard in 2026 noch zu verwenden. Ja, dass das in Verwendung ist, steht außer Frage. Das war nicht das Thema, mMn ist es deswegen dennoch fraglich, ob es sinnig ist, derart alte Standards dieser Tage weiter zu nutzen.

Denn es gibt eben Alternativen - UAC2 ist neuer und wäre von dem Problem nicht betroffen. UAC3 sieht sogar sogar eine Fallback Implementation vor um zurück auf UAC1 oder 2 zu fallen. Das heißt, ein altes Gerät könnte zumindest technisch den Fallback UAC1 oder 2 Modus nutzen ohne dass man in neuerer Software zwingend die alten Standards supporten muss usw.


Versteh mich nicht falsch - ich möchte nicht einen unnötig komplexen neueren Standard pauschal erzwingen. Rückwärts gesehen ist aber wie dieses Beispiel zeigt, das Unterstützten von ewig alten Standards eben auch ein Problem. Microsoft hat faktisch ein Komplexitätsproblem in Windows. In großen Teilen sind sie dafür selbst verantwortlich - die bauen den Kram ja - aber die gelebte Praxis wie eben hier mit UAC1 ist definitiv auch Teil des Problems.
Hätten die ganzen Hersteller ab 2017 bis heute auf UAC2 gesetzt, dann wären heute vielleicht paar wenige Altgeräte betroffen. Bei anderen Geräteklassen wird auch auf die neueren Standards gesetzt - ohne dass das im Zweifel direkten Nutzen hat, was häufig daran liegt, dass die Nachteile bei vorhandener Kompatibilität gar nicht oder nicht wirklich relevant sind.

der umbau der klassischen dialoge und systemsteuerung startete mit windows 8 im jahr 2012 und bald 15 jahre später ist man in redmond immer noch nicht fertig...

Ich denke ein Grund dessen liegt u.A. auch darin begründet, dass man Microsoft seitig ewig lange Features mitschleppt, die deprecated sind.

Man kann schon ein paar Dinge daran erkennen - in aller Regel werden neue Features nicht im alten Menü oder in der alten Struktur mit/neu implementiert, sodass der Drang die alten Menüs zu nutzen, mit der Zeit immer geringer ausfällt. Problem ist halt nur, dass nicht alle Features gleichzeitig aus dem Support fallen.
Als Beispiel wäre hier WINS zu nennen - Support in Windows Server 2025 aka 24H2 bis 2034 - das sind noch 8 Jahre von heute.
Es wird keine Implementation von WINS in das Control Panel geben, gehe ich stark davon aus. Es wird beim alten Menü bleiben. Und damit muss auch das alte Menü bis min. 2034 für wenigstens dieses eine Menü existieren.

In einem 2025 Server Nachfolger, der eine neuere Build Codebasis nutzt als 24H2/25H2/26H2 könnte man das theoretisch raus kürzen - doof ist nur, dass dann bis 2034 Clientseitig potentiell WINS auch wieder relevant sein könnte. Der Server kann es noch bis dahin, also darf man davon ausgehen, dass der Client das auch können darf. Zumindest auf dem Papier. Das Menü kann also auch nicht ersatzlos entfallen.

Das alte Control Panel wird wahrscheinlich erst vollends entfallen, wenn all der alte Legacy Kram rausgefallen ist.

 

[Caramon2]

der umbau der klassischen dialoge und systemsteuerung startete mit windows 8 im jahr 2012

Um die Erinnerungen hier aufzufrischen, habe ich die von XP bei #44 nachgetragen.

Ich habe neuere Versionen als XP nicht genutzt (in Win11 22H2 nur etwas herumgeklickt) und für mich ist es inzwischen natürlich ungewohnt und unübersichtlich.

Tipp:

Die im ersten Screenshot geöffneten Systemeigenschaften rufe ich übrigens mit Win+Pause auf und Umschalt+Strg+Esc für den Taskmanager werden manche vielleicht auch nicht kennen. Bei Win11 haben die auch noch funktioniert.

 

[Spawn182]

Das die Maus bzw. der Zeiger zuweilen ganz woanders ist?^^

Ist jetzt etwas OT, aber Win + Calc + Return braucht doch keine Mausinteraktion. 😉

Ergänzung (22. September 2026)

Bisher läuft die Modernisierung im neuen UI schleppend. Ich nutze immer noch über 50% alte Systemmenüs, weil es schlichtweg die Funktionen im neuen UI nicht gibt. Prominente Beispiele: Registry, Ereignisanzeige, Aufgabenplanung, Dienste, Datenträgerverwaltung, Auflisten freigegebener Ordner, ODBC Datenquellen usw

Das sind jetzt aber auch Funktionen, mit denen der 0815 User mehr oder minder keine Schnittmenge hat. 😉

Datenträgerverwaltung ist ja zumindest in "System > Storage > Disk & volumes" schon angedeutet, wenn ich auch die Disk Mangement bevorzuge.

 

[mifritscher]

Ist jetzt etwas OT, aber Win + Calc + Return braucht doch keine Mausinteraktion. 😉

Wie gesagt, da kommt bei mir nicht der Taschenrechner, sondern Librecalc^^

Ergänzung (23. September 2026)

Das ist aber dann Ursache und Wirkung verwechselt?

Ich mein, es ging um die Frage, ob es sinnig ist, einen derart alten Standard in 2026 noch zu verwenden. Ja, dass das in Verwendung ist, steht außer Frage. Das war nicht das Thema, mMn ist es deswegen dennoch fraglich, ob es sinnig ist, derart alte Standards dieser Tage weiter zu nutzen.

Denn es gibt eben Alternativen - UAC2 ist neuer und wäre von dem Problem nicht betroffen. UAC3 sieht sogar sogar eine Fallback Implementation vor um zurück auf UAC1 oder 2 zu fallen. Das heißt, ein altes Gerät könnte zumindest technisch den Fallback UAC1 oder 2 Modus nutzen ohne dass man in neuerer Software zwingend die alten Standards supporten muss usw.

Ich glaube du hast UAC1/2 nicht verstanden. UAC2 ist ein Superset von UAC1. Plus dass UAC1 Full Speed (aka USB 1.1) verwendet, während UAC2 High Speed (aka USB 2.0) verwendet. Wieso sollten Headsets, einfache Audiointerfaces etc. USB 2.0 mit entsprechend höheren Anforderungen an z.B. Stromverbrauch, HF Abschirmung etc. implementieren?

Der Fehler ist hier eindeutig bei MS. Die hatten bis 2017(!) keine Unterstützung von UAC2 - entsprechend klein war der Markt an UAC fähigen Geräten. Und da haben sie dann offensichtlich, anstatt den bestehenden Treiber um USB 2.0 Unterstützung, Clock Domains und höhere Sampling- und Bitraten zu erweitern, einen neuen Treiber entwickelt, den alten Treiber aber weiterhin für UAC1 verwendet, anstatt den auf den Mond zu schießen und den neuen Treiber auch für UAC1 Geräte zu verwenden.

Und ja, UAC1 ist allgegenwärtig. Wie gesagt, viele bis die meisten Headsets, USB Lautsprecher und einfache DACs verwenden bis heute UAC1. Weil für sie die USB 1.1 Bandbreite dicke ausreicht.

 

[Spawn182]

Ich weiß nicht genau, um was es bei eurer USB Diskussion geht, aber im aktuellen Build 26340.9577 gibt es folgenden fix.

[Audio]​

• Fixed an issue affecting certain USB Audio Class 1.0 devices, including some multichannel audio headsets, that could prevent the device from working correctly after installing the latest updates.

 

[tough.stalker]

Auch wenn viele es nicht wahrhaben wollen: Es geht voran.

und dann kommt winows 12