Versionshinweise zum neuesten stabilen Kanal für das Windows App SDK
Der stabile Kanal stellt Releases des Windows App SDK bereit, die für die Verwendung durch Apps in Produktionsumgebungen unterstützt werden. Apps, die die stabile Version des Windows App SDK verwenden, können auch im Microsoft Store veröffentlicht werden.
Wichtige Links:
- Wenn Sie für eine vorhandene App ein Upgrade von einer älteren Version des Windows App SDK auf eine neuere Version ausführen möchten, finden Sie weitere Informationen unter Aktualisieren vorhandener Projekte auf die neueste Version von Windows App SDK.
Archivierte Versionshinweise zum stabilen Kanal
- Versionshinweise zum stabilen Kanal für das Windows-App-SDK 1.5
- Versionshinweise zum stabilen Kanal für das Windows-App-SDK 1.4
- Versionshinweise zum stabilen Kanal für das Windows-App-SDK 1.3
- Versionshinweise zum stabilen Kanal für das Windows-App-SDK 1.2
- Versionshinweise zum stabilen Kanal für das Windows-App-SDK 1.1
- Versionshinweise zum stabilen Kanal für das Windows-App-SDK 1.0
- Versionshinweise zum stabilen Kanal für das Windows-App-SDK 0.8
- Versionshinweise zum stabilen Kanal für das Windows-App-SDK 0.5
Downloads für das Windows App SDK
Hinweis
Die Windows App SDK Visual Studio Extensions (VSIX) werden nicht mehr als separater Download angeboten. Sie sind auf dem Visual Studio Marketplace innerhalb von Visual Studio erhältlich.
Version 1.6.5 (1.6.250205002)
Dies ist ein Wartungsrelease des Windows App SDK, das wichtige Fehlerbehebungen für das Release 1.6 enthält.
- Es wurden mehrere Speicherleckprobleme behoben.
Version 1.6.4 (1.6.250108002)
Dies ist ein Wartungsrelease des Windows App SDK, das wichtige Fehlerbehebungen für das Release 1.6 enthält.
- Es wurde ein Problem im Zusammenhang mit der Markierung der Textauswahl in einer mehrzeiligen TextBox behoben. Weitere Informationen finden Sie unter GitHub-Issue #9965.
- Es wurde ein Problem behoben, bei dem das DDLM-Paket manchmal nicht installiert wurde und das Starten von entpackten Apps verhinderte. Weitere Informationen finden Sie unter GitHub-Problem #3855.
- Es wurde ein möglicher Absturz bei bestimmten Szenarien in Detours behoben. Weitere Informationen finden Sie unter GitHub-Issue #4937.
- Es wurde ein weiteres potenzielles Problem wurde behoben, bei dem ein CommandBar-Menü möglicherweise nicht richtig nach oben statt nach unten geöffnet wird, wenn sich die CommandBar am unteren Rand des Fensters befindet.
- Es wurde ein möglicher Absturz beim Ausführen auf einer älteren Grafikhardware behoben.
- Es wurde ein möglicher Absturz beim Handling von Zeigerereignissen während des Schließens eines Fensters behoben.
- Es wurde ein Problem behoben, bei dem es zu einem Absturz kommen konnte, wenn
CUIAWindow::InitIds
manchmal eine Eintrittsvarianz auslöste. - Es wurde ein Problem behoben, bei dem die Verwendung des
CompositionCapabilities.Changed
-Ereignisses zu einem Absturz führen konnte. - Ein Problem wurde behoben, bei dem einige Unicode-Zeichen in TextBox/RichEditBox als Quadrate angezeigt wurden.
- Korrektur
PackageDeploymentManager.EnsurePackage*Async()
bei der Behandlung vonoptions.RegisterNewerIfAvailable
. Weitere Informationen finden Sie unter GitHub-Issue #4864.
Version 1.6.3 (1.6.241114003)
Dies ist ein Wartungsrelease des Windows App SDK, das wichtige Fehlerbehebungen für das Release 1.6 enthält.
- Es wurde ein Problem behoben, bei dem durch das Lesen der
AppWindow.ExtendsContentIntoTitleBar
-Eigenschaft das Rendern benutzerdefinierter Titelleisten aktiviert wurde. Weitere Informationen finden Sie im GitHub-Issue #9988. - Ein potenzieller Absturz während der Zerstörung einer
TextBox
/RichEditBox
wurde behoben. Weitere Informationen finden Sie im GitHub-Issue #9070. - Es wurde ein Problem behoben, bei dem
PackageDeploymentManager.IsPackageReadyOrNewerAvailable()
fehlschlug. Weitere Informationen finden Sie im GitHub-Issue #4817. - Es wurde ein Problem behoben, bei dem es zu Verlusten bei
ScrollViewer
kam. - Es wurde eine Erkennung für ein seltenes Szenario hinzugefügt, in dem das Rendern der App beendet und nie wiederhergestellt wird.
- Es wurde ein Problem behoben, bei dem
PackageDeploymentManager.RegisterPackageSetAsync()
einen URI erfordert, wenn es optional sein sollte, sich von PackageFamilyName zu registrieren. - Es wurde ein Problem behoben, das die Installation/Deinstallation von Apps verhinderte. Weitere Informationen finden Sie im GitHub-Issue #4881.
Diese Version enthält die folgenden neuen APIs, mit denen Anbieter von Widgets Webinhalte in ihre Widgets integrieren können:
Microsoft.Windows.Widgets.Providers
IWidgetManager2
IWidgetProviderMessage
IWidgetResourceProvider
WidgetManager
SendMessageToContent
WidgetMessageReceivedArgs
WidgetResourceRequest
WidgetResourceRequestedArgs
WidgetResourceResponse
Version 1.6.1 (1.6.240923002)
Dies ist ein Wartungsrelease des Windows App SDK, das wichtige Fehlerbehebungen für das Release 1.6 enthält.
- Ein Problem, das zu Abstürzen bei Verwendung von FocusVisualKind.Reveal() führte, wurde behoben. Weitere Informationen finden Sie im GitHub-Issue #9966.
- Es wurden störende C++-Ausnahmen von Bcp47Langs.dll behoben. Weitere Informationen finden Sie im GitHub-Issue #4691. Beachten Sie, dass dieser Fix die Synchronisierung mit
Windows.Globalization.ApplicationLanguages.PrimaryLanguageOverride
entfernt. - Ein Problem wurde behoben, bei dem ein zusätzliches
Unloaded
-Ereignis unmittelbar nach dem Anzeigen einesContentDialog
ausgelöst wurde. Weitere Informationen finden Sie im GitHub-Issue #8402. - Es wurde ein Problem behoben, bei dem ein CommandBar-Menü möglicherweise falsch geöffnet wurde, obwohl unten genug Platz zum Öffnen vorhanden war.
- Es wurden einige Probleme behoben, bei denen Eingaben in den
InputNonClientPointerSource
-Regionen nicht ordnungsgemäß behandelt wurden, wenn das Fenster der obersten Ebene im Rechts-nach-Links-Modus ausgeführt wurde. - Die Kompilierungszeitprüfung für die Windows SDK-Framework-Version wurde so angepasst, dass sie den leicht abweichenden Framework-Namen für .NET 9 verarbeiten kann.
Version 1.6
In den folgenden Abschnitten werden neue und aktualisierte Features und bekannte Probleme für Version 1.6 beschrieben.
In einer vorhandenen Windows App SDK 1.5-App können Sie Ihr NuGet-Paket auf 1.6.240829007 aktualisieren (weitere Informationen finden Sie im Abschnitt Aktualisieren eines Pakets in Installieren und Verwalten von Paketen in Visual Studio mit dem NuGet-Paket-Manager).
Die aktualisierten Runtime- und MSIX-Pakete finden Sie unter Downloads für das Windows App SDK.
Erforderliche Projektänderungen für 1.6
C++-Projektänderungen
Beim Aktualisieren eines C++-Projekts auf 1.6 müssen Sie dem Microsoft.Web.WebView2
-Paket einen Projektverweis hinzufügen. Wenn Sie über NuGet-Paket-Manager in Visual Studio aktualisieren, wird diese Abhängigkeit für Sie hinzugefügt.
C#-Projektänderungen
In 1.6 erfordern die verwalteten Apps von Windows-App-SDK Microsoft.Windows.SDK.NET.Ref*.*.*.38
oder höher, was über WindowsSdkPackageVersion in Ihrer csproj
-Datei angegeben werden können. Zum Beispiel:
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<OutputType>WinExe</OutputType>
<TargetFramework>net8.0-windows10.0.22621.0</TargetFramework>
<TargetPlatformMinVersion>10.0.17763.0</TargetPlatformMinVersion>
<WindowsSdkPackageVersion>10.0.22621.38</WindowsSdkPackageVersion>
<PropertyGroup>
...
Darüber hinaus sollten verwaltete Windows-App-SDK-Apps auf Microsoft.Windows.CsWinRT2.1.1
(oder höher) aktualisiert werden.
Hinweis
Diese manuellen Verweise werden nach der Veröffentlichung des nächsten .NET SDK-Wartungsupdates nicht mehr benötigt.
Unterstützung von nativem AOT
Die .NET PublishAot
-Projekteigenschaft wird jetzt für die systemeigene Ahead-Of-Time-Kompilierung unterstützt. Ausführliche Informationen zu Native AOT finden Sie unter Native AOT-Bereitstellung. Da AOT auf der Trimming-Unterstützung basiert, gilt auch ein Großteil der folgenden Kürzungsanleitungen für AOT.
Für PublishAot
-Unterstützung und Trimming-Unterstützung benötigen Sie zusätzlich zu den im vorherigen Abschnitt beschriebenen C#-Projektänderungen auch eine Paketreferenz zu Microsoft.Windows.CsWinRT2.1.1
(oder höher), um den Quellgenerator aus diesem Paket zu aktivieren, bis das nächste .NET SDK-Wartungsupdate veröffentlicht wird, bei dem dies nicht mehr erforderlich ist.
Weitere Informationen finden Sie im CsWinRT Trimming/AOT-Supportdokument und in den Versionshinweisen zu CsWinRT 2.1.1.
Da das Windows-App-SDK beim Bereitstellen von F5 Veröffentlichungsziele aufruft, empfehlen wir, PublishAot
zur NuGet-Wiederherstellungszeit zu aktiviere , indem Sie csproj
Ihrer Datei hinzufügen:
<PublishAot>true</PublishAot>
Beheben von AOT-Problemen
In dieser Version ist der Entwickler dafür verantwortlich, dass alle Typen ordnungsgemäß gerootet sind, um ein Trimmen (z. B. mit spiegelbasierten {Binding}
-Zielen) zu vermeiden. Spätere Versionen werden sowohl C#/WinRT als auch den XAML-Compiler verbessern, um das Rooting nach Möglichkeit zu automatisieren, Entwickler auf Trimmingrisiken hinzuweisen und Mechanismen zur Behebung bereitzustellen.
Teilklassen
C#/WinRT umfasst auch PublishAot
-Unterstützung in Version 2.1.1. Um eine Klasse für die AOT-Veröffentlichung mit C#/WinRT zu aktivieren, muss sie zuerst markiert partial
werden. Dadurch kann der C#/WinRT AOT-Quellanalysator die Klassen für statische Analysen attributieren. Nur Klassen (die Methoden enthalten, die Ziele des Trimmings) erfordern dieses Attribut.
Unsicherer Codefehler
Der CsWinRT-Quellgenerator kann Code generieren, der unsafe
verwendet. Wenn Sie während der Kompilierung einen solchen Fehler oder eine Diagnosewarnung angezeigt bekommen (CS0227 für „Unsicherer Code kann nur angezeigt werden, wenn sie mit /unsicher kompiliert wird”), sollten Sie EnableUnsafeBlocks auf „true” festlegen. Weitere Informationen finden Sie im GitHub-Issue CsWinRT #1721.
WebView2 ist noch nicht AOT-kompatibel
Die WebView2-Projektionen in Microsoft.Web.WebView2
-Paketversion 1.0.2651.64 sind noch nicht AOT kompatibel. Dies wird in einer bevorstehenden Version des Microsoft.Web.WebView2
-Pakets behoben, auf die Sie dann in Ihrem Projekt verweisen können.
Spiegelungsfreie Techniken
Um die AOT-Kompatibilität zu ermöglichen, sollten spiegelbasierte Techniken durch statisch typierte Serialisierung, AppContext.BaseDirectory, typeof() usw. ersetzt werden. Ausführliche Informationen finden Sie in der Einführung zum Trimming von Warnungen.
Rooting-Typen
Bis die vollständigen Unterstützung für {Binding}
implementiert ist, können wie folgt vor dem Trimming bewahrt werden:
Da das Projekt P
die Assembly A
mit dem Typ T
im Namespace N
verbraucht, die nur dynamisch referenziert wird (also normalerweise getrimmt wird), kannT
beibehalten werden über:
P.csproj
:
<ItemGroup>
<TrimmerRootDescriptor Include="ILLink.Descriptors.xml" />
</ItemGroup>
ILLink.Descriptors.xml
:
<?xml version="1.0" encoding="utf-8"?>
<linker>
<assembly fullname="A">
<type fullname="N.T" preserve="all" />
</assembly>
</linker>
Vollständige XML-Ausdruckssyntax des Stammdeskriptors finden Sie unter Stammdeskriptoren.
Hinweis
Abhängigkeitspakete, die noch keine AOT-Unterstützung übernommen haben, können Laufzeitprobleme aufweisen.
Decoupled WebView2-Versionsverwaltung
Das Windows-App-SDK verwendet jetzt das Edge WebView2 SDK als NuGet-Referenz, anstatt eine hartcodierte Version des Edge WebView2 SDK einzubetten. Mit dem neuen Modell können Apps eine neuere Version des Microsoft.Web.WebView2
-Pakets auswählen, anstatt auf die Version beschränkt zu sein, mit der das Windows-App-SDK erstellt wurde. Mit dem neuen Modell können Apps auch auf NuGet-Pakete verweisen, die auch auf das Edge WebView2 SDK verweisen. Weitere Informationen finden Sie im GitHub-Issue #5689.
Neue Paketbereitstellungs-APIs
Die Paketverwaltungs-API hat mehrere Verbesserungen erhalten, darunter Is*ReadyOrNewerAvailable*(), EnsureReadyOptions.RegisterNewerIfAvailable, Is*Provisioned*(), IsPackageRegistrationPending() und mehrere Fehlerkorrekturen. Weitere Informationen finden Sie unter PackageManagement.md und Pullanforderung #4453 .
Verbessertes Herausziehen der TabView-Registerkarte
TabView
unterstützt einen neuen CanTearOutTabs
-Modus, der eine erweiterte Benutzeroberfläche zum Ziehen von Registerkarten in ein neues Fenster bietet. Wenn diese neue Option aktiviert ist, ähnelt das Ziehen von Registerkarten in Edge und Chrome sehr dem Ziehen von Registerkarten, bei dem während des Ziehens sofort ein neues Fenster erstellt wird, sodass der Benutzer die Registerkarte an den Rand des Bildschirms ziehen kann, um das Fenster in einer reibungslosen Bewegung zu maximieren oder anzudocken. Diese Implementierung verwendet auch keine Drag-and-Drop-APIs, sodass sie nicht durch Einschränkungen in diesen APIs beeinträchtigt wird. Insbesondere wird das Ausreißen von Registerkarten in Prozessen unterstützt, die als Administrator ausgeführt werden.
Weitere wichtige Änderungen
- Es wurde eine neue
ColorHelper.ToDisplayName()
-API hinzugefügt, die diese Lücke von UWP füllt. - Es wurde eine neue
Microsoft.Windows.Globalization.ApplicationLanguages
-Klasse hinzugefügt, die insbesondere ein neuesPrimaryLanguageOverride
-Feature enthält. Weitere Informationen finden Sie im GitHub-Issue #4523. ItemsWrapGrid
nicht versiegelt. Dies sollte eine abwärtskompatible Änderung sein.-
PipsPager
unterstützt einen neuen Modus, in dem er zwischen den ersten und letzten Elementen umbrochen werden kann.
-
RatingControl
ist jetzt besser anpassbar, indem einige hartcodierte Formateigenschaften in Designressourcen verschoben werden. Dadurch können Apps diese Werte überschreiben, um die Darstellung von RatingControl besser anzupassen.

- WinUI 3 hat das alte Modell für Schriftstärke, -dehnung und -stil durch das typografische Modell für die Schriftauswahl ersetzt. Das typografische Modell ist für einige neuere Schriftarten erforderlich, einschließlich Segoe UI Variable und ermöglicht erweiterte Schriftartfunktionen. Einige ältere Schriftarten, die auf dem Modell „Gewicht/Dehnung/Stil” basieren, werden möglicherweise nicht mit dem typografischen Modell gefunden.
Bekannte Probleme
- Wenn der Debugger für alle C++-Ausnahmen festgelegt ist, werden einige laute Ausnahmen beim Start im BCP47-Code (Windows Globalization) abgebrochen. Weitere Informationen finden Sie im GitHub-Issue #4691.
- Komponentenbibliothekspakete, die auf das WinAppSDK 1.6-Paket verweisen, erhalten die Inhalte des referenzierten WebView2-Pakets nicht korrekt. Weitere Informationen finden Sie unter WebView2Feedback #4743. Eine Problemumgehung besteht darin, bei Bedarf einen direkten Verweis auf das
Microsoft.Web.WebView2
-Paket hinzuzufügen. - Bei Apps, die mit Native AOT kompiliert wurden, kann es nach der Seitennavigation aufgrund einer Race-Condition im GC-Thread der .NET-Laufzeit zu einem Hänger kommen. Weitere Informationen finden Sie unter .NET-Problem #104582.
- In der ersten Version von 1.6.0 gibt ein Problem mit einer unserer Abhängigkeiten, das in einer bevorstehenden Version des .NET SDK behoben wird. Wenn bei der Version Ihres Microsoft.Windows.SDK.NET Verweises ein Fehler auftritt, müssen Sie explizit auf die Version des .NET SDK verweisen, die in der Fehlermeldung angegeben wird. Wenn der Fehler beispielsweise besagt, dass Sie Version 10.0.19041.38 benötigen, fügen Sieder Datei
.csproj
hinzu:-
<WindowsSdkPackageVersion>10.0.19041.38</WindowsSdkPackageVersion>
.
-
Fehlerkorrekturen
- Ein Absturz beim Festlegen von
InfoBar.IsOpen
in XAML wurde behoben. Weitere Informationen finden Sie im GitHub-Issue #8391. - Es wurde ein Problem behoben, bei dem HTML-Elemente die Zeigererfassung verloren, wenn die Maus außerhalb der
WebView2
Grenzen verschoben wurde. Weitere Informationen finden Sie im GitHub-Issue #8677. - Es wurde ein Problem behoben, bei dem das Ziehen und Ablegen in ein Flyout mit
ShouldConstrainToRootBounds=false
nicht funktionierte. Weitere Informationen finden Sie im GitHub-Issue #9276. - Es wurde ein Problem behoben, bei dem
ms-appx://
-Verweise nicht funktionierten, wennPublishSingleFile
aktiviert ist. Weitere Informationen finden Sie im GitHub-Issue #9468. - Es wurde ein Problem behoben, bei dem Debuggersymbole für einige Binärdateien nicht ordnungsgemäß funktionieren. Weitere Informationen finden Sie im GitHub-Issue #4633.
- Ein potenzieller Absturz beim Erstellen von Unterklassen für
NavigationView
wurde behoben. - Es wurde ein Problem behoben, bei dem Tabellenrahmen in einem
RichEditBox
beim Scrollen oder Verringern der Tabellengröße nicht ordnungsgemäß gelöscht wurden. - Ein Problem wurde behoben, bei dem Flyouts aus
MediaTransportControls
einen vollständig transparenten Hintergrund hatten. - Es wurde ein Problem behoben, bei dem das Ziehen in eine WebView2 fehlschlug oder der Text an der falschen Stelle abgelegt wurde, wenn andere Anzeigeskalierungsfaktoren als 100 % verwendet wurden oder wenn die Textskalierung des Systems aktiviert war.
- Es wurde ein Problem behoben, bei dem
TextBox
/RichEditBox
nicht an die Eingabehilfen gemeldet hat, wenn die Eingabe aufgrund derMaxLength
blockiert wurde. - Einige Probleme beim Umgang mit benutzerdefinierten Titelleistenszenarien wurden behoben. Weitere Informationen finden Sie in den GitHub-Problemen #7629, #9670, #9709 und #8431.
- Es wurde ein Problem behoben, bei dem das
InfoBadge
-Symbol nicht sichtbar war. Weitere Informationen finden Sie im GitHub-Issue #8176. - Ein Problem wurde behoben, bei dem Symbole manchmal an der falschen Position in der
CommandBarFlyout
angezeigt wurden. Weitere Informationen finden Sie im GitHub-Issue #9409. - Ein Problem mit dem Tastaturfokus in Menüs beim Öffnen oder Schließen eines Untermenüs wurde behoben. Weitere Informationen finden Sie im GitHub-Issue #9519.
- Ein Problem wurde behoben, bei dem
TreeView
den falschenIsExpanded
-Zustand beim Recycling von Elementen verwendet hat. Weitere Informationen finden Sie im GitHub-Issue #9549. - Ein Problem beim Verwenden einer ElementName-Bindung in einer
ItemsRepeater.ItemTemplate
wurde behoben. Weitere Informationen finden Sie im GitHub-Issue #9715. - Es wurde ein Problem behoben, bei dem das erste Element in einer
ItemsRepeater
manchmal an einer falschen Position war. Weitere Informationen finden Sie im GitHub-Issue #9743. - Es wurde ein Problem behoben, bei dem
InputNonClientPointerSource
manchmal die Eingabe über die Schaltflächen „Min/Max/Schließen“ unterbrach. Weitere Informationen finden Sie im GitHub-Issue #9749. - Ein Kompilierungsfehler bei Verwendung von Microsoft.UI.Interop.h mit clang-cl wurde behoben. Weitere Informationen finden Sie im GitHub-Issue #9771.
- Es wurde ein Problem behoben, bei dem das
CharacterReceived
-Ereignis inComboBox
/TextBox
nicht funktionierte. Weitere Informationen finden Sie im GitHub-Issue #9786. - Es wurde ein Problem behoben, bei dem doppelte
KeyUp
-Ereignisse für Pfeil- und Tabulatortasten ausgelöst wurden. Weitere Informationen finden Sie im GitHub-Issue #9399. - Es wurde ein Problem behoben, bei dem das
PowerManager.SystemSuspendStatusChanged
-Ereignis nicht zum Abrufen desSystemSuspendStatus
-Ereignisses verwendet werden konnte. Weitere Informationen finden Sie im GitHub-Issue #2833. - Es wurde ein Problem behoben, bei dem der anfängliche Tastaturfokus nicht korrekt auf ein
WebView2
gelegt wurde, wenn dies das einzige Steuerelement im Fenster war. - Es wurde ein Problem behoben, das bei der Verwendung von
ExtendsContentIntoTitleBar=true
auftrat, bei dem die Schaltflächen „Min/Max/Schließen“ nicht korrekt in der UI-Automatisierung angezeigt wurden, was dazu führte, dass Voice Access keine Zahlen für diese Schaltflächen anzeigte. - Es wurde ein Problem behoben, bei dem eine App aufgrund unerwarteter Eintrittsinvarianz in einer Sperrprüfung abstürzte.
- Es wurde ein Problem behoben, bei dem
Hyperlink
-Farben beim Wechseln in ein Design mit hohem Kontrast nicht ordnungsgemäß aktualisiert wurden. - Es wurde ein Problem behoben, bei dem das Ändern der Sammlung einer
ListView
in einem Hintergrundfenster dazu führen konnte, dass dieses Fenster fälschlicherweise in den Vordergrund gerückt wurde und den Fokus erhielt. - Es wurde ein Problem behoben, bei dem das Aufrufen der
ItemsRepeater.StartBringIntoView
manchmal dazu führte, dass Elemente nicht mehr angezeigt werden. - Es wurde ein Problem behoben, bei dem das Berühren und Ziehen einer
Button
in einerScrollViewer
diese in einem gedrückten Zustand lassen würde. - IntelliSense wurde mit Informationen für viele neuere Typen und Member aktualisiert.
- Es wurde ein Problem behoben, bei dem durch Klicken in einen leeren Bereich eines
ScrollViewer
immer der Fokus auf das erste fokussierbare Steuerelement imScrollViewer
verschoben und in die Ansicht gescrollt wurde. Weitere Informationen finden Sie im GitHub-Issue #597. - Es wurde ein Problem behoben, bei dem das
Window.Activated
-Ereignis manchmal mehrmals ausgelöst wurde. Weitere Informationen finden Sie im GitHub-Issue #7343. - Es wurde ein Problem behoben, bei dem das Festlegen der
NavigationViewItem.IsSelected
-Eigenschaft auftrue
verhinderte, dass die untergeordneten Elemente, wenn erweitert, angezeigt wurden. Weitere Informationen finden Sie im GitHub-Issue #7930. - Es wurde ein Problem behoben, bei dem
MediaPlayerElement
Beschriftungen mitNone
- oderDropShadow
-Randeffekten nicht ordnungsgemäß anzeigte. Weitere Informationen finden Sie im GitHub-Issue #7981. - Es wurde ein Problem behoben, bei dem die
Flyout.ShowMode
-Eigenschaft beim Anzeigen des Flyouts nicht verwendet wurde. Weitere Informationen finden Sie im GitHub-Issue #7987. - Es wurde ein Problem behoben, bei dem
NumberBox
manchmal Rundungsfehler aufwies. Weitere Informationen finden Sie im GitHub-Issue #8780. - Es wurde ein Problem behoben, bei dem die Verwendung einer Bibliothek, die mit einer älteren Version von WinAppSDK kompiliert wurde, zu einen Fehler führte beim Versuch, einen Typ oder eine Eigenschaft zu finden. Weitere Informationen finden Sie im GitHub-Issue #8810.
- Ein Problem wurde behoben, bei dem der anfängliche Tastaturfokus beim Starten eines Fensters nicht festgelegt wurde. Weitere Informationen finden Sie im GitHub-Issue #8816.
- Es wurde ein Problem behoben, bei dem
FlyoutShowMode.TransientWithDismissOnPointerMoveAway
nach der erstmaligen Anzeige nicht mehr funktionierte. Weitere Informationen finden Sie im GitHub-Issue #8896. - Es wurde ein Problem behoben, bei dem einige Steuerelemente die Eigenschaften
Foreground
undBackground
nicht ordnungsgemäß an eine Vorlage gebunden haben. Weitere Informationen finden Sie in den GitHub-Problemen #7070, #9020, #9029, #9083 und #9102. - Es wurde ein Problem behoben, bei dem
ThemeResource
s, die inVisualStateManager
-Settern verwendet wurden, bei einem Designwechsel nicht aktualisiert wurden. Dies hatte häufig Auswirkungen auf Steuerelemente in Flyouts. Weitere Informationen finden Sie im GitHub-Issue #9198. - Es wurde ein Problem behoben, bei dem
WebView
den Schlüsselfokus verlor, was zu zusätzlichen Weichzeichner-/Fokusereignissen und anderen Problemen führte. Weitere Informationen finden Sie im GitHub-Issue #9288. - Ein Problem wurde behoben, bei dem
NavigationView
einen Bindungsfehler in der Debugausgabe anzeigte. Weitere Informationen finden Sie im GitHub-Issue #9384. - Ein Problem wurde behoben, bei dem SVG-Dateien, die ein negatives Viewbox-Element definieren, nicht mehr gerendert wurden. Weitere Informationen finden Sie im GitHub-Issue #9415.
- Es wurde ein Problem behoben, bei dem das Ändern der
ItemsView.Layout
-Ausrichtung dazu führte, dass ein Element entfernt wurde. Weitere Informationen finden Sie im GitHub-Issue #9422. - Es wurde ein Problem behoben, bei dem beim Scrollen einer
ScrollView
eine Menge Debugausgabe erzeugt wurde. Weitere Informationen finden Sie im GitHub-Issue #9434. - Es wurde ein Problem behoben, bei dem
MapContorl.InteractiveControlsVisible
nicht ordnungsgemäß funktionierte. Weitere Informationen finden Sie im GitHub-Issue #9486. - Es wurde ein Problem behoben, bei dem das
MapControl.MapElementClick
-Ereignis nicht ordnungsgemäß ausgelöst wurde. Weitere Informationen finden Sie im GitHub-Issue #9487. - Es wurde ein Problem behoben, bei dem x:Bind vor der Verwendung eines schwachen Verweises nicht auf NULL überprüft wurde, was zu einem Absturz führen konnte. Weitere Informationen finden Sie im GitHub-Issue #9551.
- Es wurde ein Problem behoben, bei dem das Ändern der
TeachingTip.Target
-Eigenschaft ihre Position nicht ordnungsgemäß aktualisierte. Weitere Informationen finden Sie im GitHub-Issue #9553. - Ein Problem wurde behoben, bei dem Dropdowns in WebView2 nicht reagierten. Weitere Informationen finden Sie im GitHub-Issue #9566.
- Ein Speicherverlust bei Verwendung von
GeometryGroup
wurde behoben. Weitere Informationen finden Sie im GitHub-Issue #9578. - Es wurde ein Problem behoben, bei dem das Scrollen durch eine sehr große Anzahl von Elementen aus einem
ItemRepeater
in einerScrollView
zu leeren Renderframes führen konnte. Weitere Informationen finden Sie im GitHub-Issue #9643. - Es wurde ein Problem behoben, bei dem
SceneVisual
nicht funktionierte.
Neue APIs in 1.6.0
Version 1.6.0 enthält gegenüber dem stabilen Release 1.5 die folgenden neuen APIs:
Microsoft.UI
ColorHelper
ToDisplayName
Microsoft.UI.Input
EnteredMoveSizeEventArgs
EnteringMoveSizeEventArgs
ExitedMoveSizeEventArgs
InputNonClientPointerSource
EnteredMoveSize
EnteringMoveSize
ExitedMoveSize
WindowRectChanged
WindowRectChanging
MoveSizeOperation
WindowRectChangedEventArgs
WindowRectChangingEventArgs
Microsoft.UI.Xaml
XamlRoot
CoordinateConverter
Microsoft.UI.Xaml.Automation.Peers
ScrollPresenterAutomationPeer
Microsoft.UI.Xaml.Controls
PipsPager
WrapMode
WrapModeProperty
PipsPagerWrapMode
TabView
CanTearOutTabs
CanTearOutTabsProperty
ExternalTornOutTabsDropped
ExternalTornOutTabsDropping
TabTearOutRequested
TabTearOutWindowRequested
TabViewExternalTornOutTabsDroppedEventArgs
TabViewExternalTornOutTabsDroppingEventArgs
TabViewTabTearOutRequestedEventArgs
TabViewTabTearOutWindowRequestedEventArgs
Microsoft.Windows.Globalization
ApplicationLanguages
Microsoft.Windows.Management.Deployment
EnsureReadyOptions
RegisterNewerIfAvailable
PackageDeploymentFeature
PackageDeploymentManager
IsPackageDeploymentFeatureSupported
IsPackageProvisioned
IsPackageProvisionedByUri
IsPackageReadyOrNewerAvailable
IsPackageReadyOrNewerAvailableByUri
IsPackageSetProvisioned
IsPackageSetReadyOrNewerAvailable
PackageReadyOrNewerAvailableStatus
Microsoft.Windows.Storage
ApplicationData
ApplicationDataContainer
ApplicationDataContract
ApplicationDataCreateDisposition
ApplicationDataLocality
Zugehörige Themen
Windows developer