News Windows 11: Neue WinUI-Steuerelemente bringen wichtige Funktionen

[mischaef]

Microsoft schließt mit neuen nativen Komponenten mehrere langjährige Lücken in WinUI. Datentabellen, Diagramme und erweiterte Stifteingaben sollen die Abhängigkeit von Drittanbietern und Webtechnologien reduzieren. Noch sind die Funktionen experimentell, zugleich geht Microsoft Speicherprobleme des Frameworks an.

Zur News: Windows 11: Neue WinUI-Steuerelemente bringen wichtige Funktionen

 

[ultimatenexus]

Es gab bisher kein TableView!?
Einfach unglaublich ... kein wunder dass WinUI kaum jemand ernst nimmt ...

 

[Benna]

Ich fand XAML schon immer zum Kotzen, schon seitdem sie mit den WPF eingeführt wurde. Genau aus diesem vermeide ich WPF, WInUI und MAUI. Da nutze ich lieber Windows Forms bzw. die C# QML-Bridge und Blazor.

 

[ReVan1199]

Ich finde XAML einfach fantastisch, wenn man komplizierte Oberflächen erstellt ist alles noch vernünftig nachvollziehbar.

 

[werty1st]

Hat das alles noch einen Usercase? Warum sollte man sich durch Windows einschränken und auf Windows beschränken?

 

[kunig30]

Jo, wir hatten WinUI in der Firma auch mal eine Weile verwendet, sind aber mittlerweile bei Avalonia angelangt und bleiben vorerst auch dabei (zumindest für Desktop-Apps). WinUI verursacht immer mal wieder Memory Leaks und ist auch zum stylen viel komplizierter.

 

[Zagrthos]

Hat das alles noch einen Usercase? Warum sollte man sich durch Windows einschränken und auf Windows beschränken?

Warum sollte man Electron oder WebView2 verwenden und sich in Sachen RAM und Speicherplatz beschränken, wenn man einfach native Frameworks des Betriebssystems nutzen und so viel effizienter arbeiten kann?

 

[ElliotAlderson]

@Zagrthos Weil die Entwicklung mit Electron weitaus schneller geht.

 

[Oldtimer]

Dafür funktioniert die Suchfunktion in Windows nicht mehr....

 

[DX8]

Ähm okay. Ich dachte erst es ginge um Explorer oder ähnliches. Windows UI Elemente halt.
Was soll bitte dieses WinUI sein? Sind das Apps? Contoseo Finance, habe ich noch nie von gehört.
Und was sind da jetzt für wichtige neue Funktionen? Irgendwas mit Diagrammen? Ähh....

Artikel Überschriften lesen sich hier mittlerweile wie irgendwelche Werbung auf der MSN Startseite vom Edge. 🤷‍♂️

 

[IDontWantAName]

Was soll bitte dieses WinUI sein? Sind das Apps? Contoseo Finance, habe ich noch nie von gehört.

das ist das aktuelle Framework für Windows Programme/Teile von Windows 11. Contoso ist ein Dummy Name von MS für Demos.

 

[hardwärevreag]

Ja, was für ein Müll. Kann man direkt das Klo runterspülen. Einfach freie Frameworks und gut. Wer will schon auf Microsoft warten?

 

[Benna]

Ich finde XAML einfach fantastisch, wenn man komplizierte Oberflächen erstellt ist alles noch vernünftig nachvollziehbar.

Wenn du das sagst, kannst du noch keine komplexen Oberflächen mit komplexen Data- bzw. Controltemplates gebaut. Die fette XML-Syntax macht das so unübersichtlich. Qml ist dagegen die Übersichtlich- und Nachvollziehbarkeit in Persona:

XAML:

<Grid>
    <Grid.RowDefinitions>
        <RowDefinition Height="*" />
        <RowDefinition Height="*" />
        <RowDefinition Height="*" />
    </Grid.RowDefinitions>

    <Grid.ColumnDefinitions>
        <ColumnDefinition Width="*" />
        <ColumnDefinition Width="*" />
        <ColumnDefinition Width="*" />
    </Grid.ColumnDefinitions>
</Grid>

QML:

Grid {
    rows: 3
    columns: 3
}

 

[ReVan1199]

Wenn du das sagst, kannst du noch keine komplexen Oberflächen mit komplexen Data- bzw. Controltemplates gebaut. [...]

Doch das habe ich. Dein Beispiel könnte auch in XAML in Kurzform geschrieben werden, auch wenn ich die längere Form hinsichtlich der Übersicht für mich besser finde.

<Grid RowDefinitions="*, *, *" ColumnDefinitions="*, *, *">
</Grid>

 

[Benna]

@ReVan1199 Und dennoch finde ich die Qml-Deklarierung eleganter und übersichtlicher.

Und das war jetzt auch nur ein schnelles Beispiel. Was Qml XAML auch noch voraus hat ist, dass es auf der UI-Seite vernünftige Typisierung nutzt und nicht nur object (VM) und strings.

 

[ReVan1199]

Würde jeder das selbe gut finden, hätten wir nur eine Markup Language

Wie meinst du das mit der Typisierung bei XAML? Dies ist doch mit x:Bind und x:datatype extrem streng mit der Typisierung.

Zum Thema der Einbettung in Windows 11 der WinUI-Steuerelemente, ich bin gespannt, wie MS das löst und wie lange man noch aus Dekaden die verschiedenen Elementen noch präsent auf seinem Bildschirm hat. Ich kann mir nicht vorstellen, das MS es schafft, alles mal auf einen Stand zu bringen. Selbst aus den letzten Jahren klappt das nicht und man hat z.B. den Bitlocker-Passwortdialog aus Windows 10.

 

[KitKat::new()]

Ich fand XAML schon immer zum Kotzen, schon seitdem sie mit den WPF eingeführt wurde. Genau aus diesem vermeide ich WPF, WInUI und MAUI.

Gut, dass man für WinUI mittlerweile mit Windows Reactor eine Alternative hat

Da nutze ich lieber Windows Forms bzw. die C# QML-Bridge und Blazor.

Steinzeit APIs oder das bloatigste Web-Framework, das die Welt zu bieten hat, sind auch nicht das gelbe vom Ei.

 

[Benna]

@KitKat::new() Vielleicht ist Windows-Forms nicht mehr die neuste Technologie, aber sie wird nach wie vor gepflegt und erweitert. Und es gibt kaum eine Möglichkeit schneller Desktop-Programme zu entwickeln als mit Windows Forms.

Windows Reactor ist lt. https://devblogs.microsoft.com/ifdef-windows/microsoft-ui-reactor-a-c-first-way-to-build-winui-apps/ eine experimentelle Implementierung. Ein syntaktisch, deklarativer Ansatz scheint dies auch nicht zu sein. Eher wie Windows Forms . Und wenn du dich damit befasst, scheinst du XAML auch nicht nutzen zu wollen...was man ja verstehen kann.

 

[KitKat::new()]

Und es gibt kaum eine Möglichkeit schneller Desktop-Programme zu entwickeln als mit Windows Forms.

weiß nicht, is aber auch irgendwie irrelevant, weils veraltet ist - gefühlt hat man wahrscheinlich eine App via Reactor schon laufen während Visual Studio noch am installieren ist.

Ein syntaktisch, deklarativer Ansatz scheint dies auch nicht zu sein.

Das erste was man dazu findet:

Microsoft.UI.Reactor (Reactor) is a declarative UI framework for building native Windows desktop apps in pure C#.

Aber du meinst wohl, dass es keine dedizierte Sprache dafür gibt.

Und wenn du dich damit befasst, scheinst du XAML auch nicht nutzen zu wollen...was man ja verstehen kann.

nein, ich befasste mich damit, weil es die API auch für Rust gibt, was Apps wesentlich effizienter macht.

 

[TiKu]

Warum sollte man Electron oder WebView2 verwenden und sich in Sachen RAM und Speicherplatz beschränken, wenn man einfach native Frameworks des Betriebssystems nutzen und so viel effizienter arbeiten kann?

Mit WinUI bist du halt Windows-only oder fängst an, für jede Plattform ein eigenes UI zu pflegen. Teilweise spielt dann obendrein noch die Windows-Version eine Rolle. Das mag vor 20-30 Jahren okay gewesen sein, aber nicht mehr 2026.