Dies sind die Versionshinweise zu Windows Phone SDK 8.0. Windows Phone SDK 8.0 enthält die Tools, die zum Entwickeln von Windows Phone-Anwendungen erforderlich sind. Diese Versionshinweise bieten Ihnen Informationen zu bekannten Problemen, die mit der Entwicklung von Windows Phone-Anwendungen mithilfe von Windows Phone SDK 8.0 verbunden sind.

Diese Versionshinweise enthalten die folgenden Abschnitte.

Neuigkeiten

Frühere Versionen

Bekannte Probleme

Wichtige Änderungen

OData-Clienttools für Windows Phone

Neuigkeiten

Frühere Versionen

Bekannte Probleme

Die folgenden Abschnitte enthalten Einzelheiten zu bekannten Problemen in Windows Phone SDK 8.0.

Deinstallation

Windows Phone-Emulator

Visual Studio

Visual Studio Designer

App-Manifest

Sprache

Systemeigene Apps

Kamera

Lokalisierung

Deinstallation

  • Nach der Deinstallation von Windows Phone SDK 8.0 ist Windows Phone SDK 7.1 unter Umständen nicht mehr stabil.

    Auswirkung auf den Benutzer: Windows Phone SDK 7.1 ist unter Umständen nicht stabil.

    Problemumgehung: Nach der Deinstallation von Windows Phone SDK 8.0 deinstallieren Sie zunächst Windows Phone SDK 7.1.1 Update und dann Windows Phone SDK 7.1. Installieren Sie anschließend Windows Phone SDK 7.1 und dann Windows Phone SDK 7.1.1 Update neu.

  • Nach der Deinstallation von Visual Studio 2012 funktioniert der systemeigene Profiler möglicherweise nicht mehr.

    Auswirkung auf den Benutzer: Der systemeigene Profiler kann nicht mehr verwendet werden.

    Problemumgehung: Stellen Sie Windows Phone SDK 8.0 wieder her. Wählen Sie es dazu in der Systemsteuerung unter Programme und Features aus.

Windows Phone-Emulator

  • H.264-Audio wird nicht mit dem Video synchronisiert, wenn Sie den Windows Phone 7.1-Emulator vor- oder zurückspulen.

    Auswirkung auf den Benutzer: Audio- und Videosynchronisierung scheinen im Windows Phone 7.1-Emulator getrennt zu sein.

    Problemumgehung: Keine.

  • Ihre App kann bei der Aufnahme abstürzen, wenn H.264-Videoaufnahme-APIs (Windows.Phone.Media.Capture.KnownCameraAudioVideoProperties.H264*) vor Beginn der Aufnahme aufgerufen werden.

    Auswirkung auf den Benutzer: Die App wird unerwartet geschlossen, und der Emulator kehrt zum Start zurück.

    Problemumgehung: Debuggen mit einem Windows Phone 8-Gerät.

  • Die systemeigene ICameraCaptureDeviceNative::GetPreviewBufferTexture-Kameramethode wird vom Emulator nicht unterstützt.

    Auswirkung auf den Benutzer: Fehler 0x80004001 tritt auf, wenn ICameraCaptureDeviceNative::GetPreviewBufferTexture bei der Ausführung auf dem Emulator aufgerufen wird.

    Problemumgehung: Debuggen mit einem Windows Phone 8-Gerät.

  • Windows.Phone.Media.Capture.CaptureSequence.Frames[0].AppliedProperties wird vom Emulator nicht unterstützt.

    Auswirkung auf den Benutzer: Beim Aufrufen von AppliedProperties wird eine ObjectDisposedException ausgelöst.

    Problemumgehung: Verwenden Sie eine try/catch-Anweisung um den AppliedProperties-Aufruf, um die Ausnahme abzufangen.

  • Die Emulatorkamera speichert Fotos in einer unerwarteten Ausrichtung.

    Auswirkung auf den Benutzer: Fotos der Emulatorkamera erscheinen falsch ausgerichtet und/oder vertikal gekippt.

    Problemumgehung: Debuggen mit einem Windows Phone 8-Gerät.

  • Wenn eine App ein Direct3D-Grafikgerät erstellt und eine höhere Featureebene als 9_3 anfordert, wird das Gerät nur auf dem Emulator und nicht auf einem Gerät erfolgreich erstellt.

    Auswirkung auf den Benutzer: Wenn die App auf dem Handy ausgeführt wird, kann sie kein Direct3D-Grafikgerät mit einer höheren Featureebene als 9_3 erstellen. Folglich funktioniert Code, der eine Funktionalität mit einer höheren Featureebene erfordert, zwar auf dem Emulator, nicht aber auf einem physischen Gerät.

    Problemumgehung: Testen Sie Ihren Direct3D-spezifischen Code mit einem Windows Phone 8-Gerät. Wenn Sie ein neues Projekt erstellen, können Sie in Direct3DBase.cpp optional alle Featureebenen mit Ausnahme von 9_3 aus dem Array der D3D_FEATURE_LEVEL-Werte entfernen, die im pFeatureLevel-Parameter an die D3D11CreateDevice-Funktion übergeben werden.

  • Dem Emulator kann eine App nicht bereitgestellt werden, wenn die App ID_REQ_GYROSCOPE- oder ID_REQ_MAGNETOMETER-Hardwareanforderungen in der Datei "WMAppManifest.xml" auflistet.

    Auswirkung auf den Benutzer: Sie erhalten die folgende Fehlermeldung, wenn Sie dem Emulator eine App bereitzustellen versuchen, bei der Gyroskop-, Kompass- oder NFC-(Near Field Communication-)Funktionen in der Datei "WMAppManifest.xml" festgelegt sind: Installation of the application failed. Run time error has occurred. Fix the Capabilities in WMAppManifest.xml file.

    Problemumgehung: Wenn diese Anforderungen für die App erfüllt sein müssen, testen Sie die App auf einem Windows Phone 8-Gerät und nicht auf dem Emulator.

Visual Studio

  • Die IntelliSense-Datei für das Map-Steuerelement (Microsoft.Phone.Maps.*-Namespaces) ist im SDK nicht enthalten.

    Auswirkung auf den Benutzer: IntelliSense wird in der IDE nicht angezeigt, wenn Sie APIs in den Microsoft.Phone.Maps.*-Namespaces verwenden.

    Problemumgehung: Laden Sie die entsprechende ZIP-Datei zu IntelliSense für das Map-Steuerelement von der folgenden Website herunter:

    http://go.microsoft.com/fwlink/?LinkId=267924

    Entzippen Sie die heruntergeladene Datei, und wählen Sie die IntelliSense-Datei aus, die der Sprachversion des installierten SDK entspricht.

    Kopieren Sie die ausgewählte Datei an die folgende Position in dem Verzeichnis, in dem Sie das SDK installiert haben:

    <installDir>\Reference Assemblies\Microsoft\Framework\WindowsPhone\v8.0

  • Wenn Sie versuchen, eine nicht unterstützte Referenz zu einem portablen Bibliotheksprojekt aus einem Windows Phone-Projekt hinzuzufügen, wird eine falsche Fehlermeldung angezeigt.

    Auswirkung auf den Benutzer: Es wird eine falsche Fehlermeldung ähnlich der Folgenden angezeigt:

    Failed to add reference. A reference to 'PortableViewModel40' could not be added. User canceled out of save dialog (Exception from HRESULT: 0x8004000C (OLE_E_PROMPTSAVECANCELLED))

    Problemumgehung: Wechseln Sie in den Projekteigenschaften für die portable Klassenbibliothek zur Registerkarte Bibliothek, und ändern Sie die Zielframeworks für das Projekt so, dass die Windows Phone-Version unterstützt wird, auf die Sie verweisen möchten.

  • Wenn Sie in Visual Studio 2012 mit Code arbeiten, funktionieren die NACH-OBEN- und die NACH-UNTEN-TASTE nicht wie erwartet, wenn Sie sie zur Auswahl von Elementen in der IntelliSense-Liste verwenden.

    Auswirkung auf den Benutzer: Bei Verwendung von IntelliSense in Visual Studio 2012 könnten Schwierigkeiten auftreten, wenn Sie IntelliSense-Elemente mithilfe der NACH-OBEN- und NACH-UNTEN-TASTE aus der IntelliSense-Liste auswählen.

    Problemumgehung: Drücken Sie die ESC-TASTE, um die aktuelle IntelliSense-Liste zu schließen und den Cursor freizugeben.

  • Der Objektkatalog zeigt den Inhalt von Windows.winmd oder Platform.winmd nicht an, die für Handyprojekte spezifisch sind.

    Auswirkung auf den Benutzer: Visual Studio kann einfrieren, und der Objektkatalog zeigt den Inhalt von Windows.winmd bzw. Platform.winmd nicht an. In manchen Szenarien zeigt der Objektkatalog korrekte Informationen an, allerdings ist es nicht möglich, mit dem Objektkatalog zu einer der WINMD-Dateien zu navigieren.

    Problemumgehung: Eine Umgehung des Problems ist derzeit nicht möglich, in einem Visual Studio-Update ist jedoch eine Lösung geplant.

  • Die System.Threading.ReaderWriterLockSlim.TryEnterWriteLock-Methode löst eine MethodAccessException aus, wenn bei einem Hintergrundthread ein Ressourcenkonflikt auftritt.

    Auswirkung auf den Benutzer: Die ReaderWriterLockSlim.TryEnterWriteLock-Methode empfängt MethodAccessExceptions während der normalen Verwendung. Die folgende Ausnahme wird angezeigt:

    Attempt by method 'System.Threading.ReaderWriterLockSlim.WaitOnEvent(System.Threading.EventWaitHandle, UInt32 ByRef, TimeoutTracker)' to access method 'System.Threading.WaitHandle.WaitOne(Int32, Boolean)' failed.

    Problemumgehung: Verwenden Sie kein ReaderWriterLockSlim-Objekt. Verwenden Sie andere Synchronisierungsprimitive, z. B. die Monitor-Klasse. Verwenden Sie als zusätzliche Alternative ein System.Threading.SemaphoreSlim-Objekt auf Klassenebene.

  • Beim Erstellen eines Projekts in Visual Studio tritt ein Fehler auf, wenn XAML auf ein Objekt verweist, das Folgendes enthält:

    • Eine WINPRT-Enumeration oder eine WINPRT-Enumeration, die in einen anderen Werttyp eingeschlossen ist.

    • Die Signatur für eine virtuelle Methode mit einer WINPRT-Enumeration oder einer WINPRT-Enumeration, die in einen anderen Werttyp eingeschlossen ist.

    Auswirkung auf den Benutzer: Visual Studio kann das Projekt nicht erstellen.

    Problemumgehung: Schließen Sie die WINPRT-Typen in verwaltete Klassen ein.

  • Wenn die Konfiguration eines Windows Phone 7.1 WINPRT-Projekts in ARM\x86 geändert wird, wird das Projekt nicht mehr auf Buildaufgaben hin überprüft.

    Auswirkung auf den Benutzer: In Visual Studio werden die Neuerstellungs- und Bereinigungsaktionen für das Windows Phone 7.1-Projekt nicht ausgelöst.

    Problemumgehung: Kennzeichnen Sie das Projekt für die Erstellung in Visual Studio, um es in Visual Studio zu erstellen.

Visual Studio Designer

  • In einer Windows Phone 8-App tritt in der Visual Studio Designer-Ansicht eine Ausnahme auf, wenn die App auf eine portable Klassenbibliothek verweist, die eine beliebige Kombination aus den folgenden Plattformen zum Ziel hat: .NET Framework 4.5, .NET Framework für Windows Store-Apps und Windows Phone 8. In diesem Fall wird folgender Fehler ausgegeben: Error HRESULT E_FAIL has been returned from a call to a COM component.

    Auswirkung auf den Benutzer: Sie können Visual Studio Designer nicht verwenden, wenn Ihre App auf eine portable Klassenbibliothek verweist, die eine beliebige Kombination dieser drei Plattformen zum Ziel hat.

    Problemumgehung: Verwenden Sie den Designer in Expression Blend, nicht den Visual Studio-Designer. Alternativ können Sie die Ziele der portablen Bibliothek ändern, sodass sie Folgendes einschließen: .NET Framework 4.0.3 oder frühere Versionen, Windows Phone 7.5 oder frühere Versionen, Silverlight 5 oder frühere Versionen oder Xbox 360. Als Alternative können Sie den Verweis auf das Projekt der portablen Klassenbibliothek entfernen und ihn durch einen Verweis auf die DLL ersetzen, die sich aus der Projekterstellung ergibt.

App-Manifest

Sprache

  • Die Worttrennung bei Listengrammatiken, die für Japanisch erstellt wurden, ist unter Umständen nicht richtig.

    Auswirkung auf den Benutzer: Manche gebräuchlichen Wörter des Japanischen werden nicht erkannt.

    Problemumgehung: Entwickler, die Japanisch zum Ziel haben, sollten stets SRGS-(Speech Recognition Grammar Specification-)Grammatiken und keine Listengrammatiken verwenden.

  • Wenn ein Benutzer sein Windows Phone-Gebietsschema ändert, tritt bei Apps, die eine Sprachgrammatik verwenden, eventuell ein Fehler auf. Dieser Fehler tritt auf, weil die Änderung des Gebietsschemas eine Formatänderung für den entsprechenden regionsspezifischen Formatwert erzwingt. Dies betrifft unter anderem die Werte für Stärke, Wiederholungswahrscheinlichkeit, Tags für Gleitkommavarianten, Lautstärke, Rate, Tonhöhe, Bereich, Zeit und Kontur.

    Auswirkung auf den Benutzer: Bei Benutzern, die das Gebietsschema ändern, können Fehler bei Sprach-Apps auftreten.

    Problemumgehung: Verwenden Sie in SSML (Speech Synthesis Markup Language) keine nicht ganzzahligen XML-Werte.

Systemeigene Apps

  • In einer rein systemeigenen App – d. h. einer App ohne XAML – löst die CurrentApp::LicenseInformation->IsTrial-API eine Ausnahme aus, wenn sie vom Hauptthread der App aufgerufen wird.

    Auswirkung auf den Benutzer: Ein Entwickler, der mit einer rein systemeigenen App arbeitet, weiß nicht, ob sich die App im Trial-Modus (Testmodus) befindet.

    Problemumgehung: Rufen Sie die API von einem anderen Thread auf, z. B.:

    ThreadPool::RunAsync( ref new WorkItemHandler( [](IAsyncAction^ operation)

    {

    auto value = CurrentApp::LicenseInformation->IsTrial;

    }));

Kamera

  • Wird ein Foto aufgenommen, wenn sich das Handy im umgedrehten Hochformat oder im Hochformat befindet, kann die automatisch gewählte Ausrichtung umgedreht sein.

    Auswirkung auf den Benutzer: Fotos werden bei eigene Aufnahmen umgekehrt angezeigt.

    Problemumgehung: Beschränken Sie Ihre App auf das Querformat, oder verwenden Sie Windows.Phone.Media.Capture.KnownCameraGeneralProperties.EncodeWithOrientation, um die Bildausrichtung direkt festzulegen.

    Hinweis:

    Die Beschleunigungsmesser-APIs sind erforderlich, um ein umgedrehtes Hochformat zu erkennen.

Lokalisierung

Wichtige Änderungen

Informationen zu wichtigen Änderungen im SDK finden Sie im Thema zur Plattformkompatibilität von Windows Phone-Apps in der Entwicklerdokumentation für Windows Phone 8.

OData-Clienttools für Windows Phone

Copyright und Vertraulichkeitserklärungen

Dieses Dokument wird “wie besehen” bereitgestellt. Die in diesem Dokument enthaltenen Informationen, einschließlich URLs und andere Verweise auf Internetwebsites, können ohne vorherige Ankündigung geändert werden.

Die in diesem Dokument verwendeten Beispiele dienen nur der Veranschaulichung und sind frei erfunden. Jede Ähnlichkeit mit der Realität oder jede real existierende Verbindung ist rein zufällig.

Dieses Dokument gewährt Ihnen keinen Rechtsanspruch auf geistiges Eigentum in Microsoft-Produkten. Sie dürfen dieses Dokument für Ihre internen Verweiszwecke kopieren und nutzen. Ohne die ausdrückliche schriftliche Genehmigung der Microsoft Corporation darf es nicht für andere Zwecke kopiert oder genutzt werden.

© 2012 Microsoft Corporation. Alle Rechte vorbehalten.

Microsoft, ActiveX, Authenticode, Bing, Calibri, Direct3D, DirectX, DreamSpark, Excel, Expression, Expression Blend, Georgia, Hyper-V, InPrivate, IntelliSense, Internet Explorer, Jscript, Kinect, MS, MS-DOS, MSDN, MSN, Outlook, PlayReady, Segoe, SQL Azure, SQL Server, Tahoma, Verdana, Visual Basic, Visual C#, Visual C++, Visual Studio, Win32, Windows, Windows Azure, Windows Live, Windows Server, Windows Vista, WinFX, Xbox, Xbox 360, Xbox LIVE, XNA und Zune sind Marken der Microsoft-Unternehmensgruppe.

Alle anderen Marken sind Eigentum der jeweiligen Inhaber.