You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/communication-services/concepts/includes/best-practices-native.md
+10-10Lines changed: 10 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -17,22 +17,22 @@ This section provides information about best practices associated with the Azure
17
17
18
18
## Supported platforms
19
19
20
-
These are the minimum OS requirements for each platform to ensure optimal functionality of the Calling Native SDKs.
20
+
Here are the minimum OS platform requirements to ensure optimal functionality of the Calling Native SDKs.
21
21
22
-
# [iOS](#tab/ios)
22
+
###[iOS](#tab/ios)
23
23
24
24
- Support for iOS 10.0+ at build time, and iOS 12.0+ at run time.
25
25
- Xcode 12.0+.
26
26
- Support for **iPadOS** 13.0+.
27
27
28
-
# [Android](#tab/android)
28
+
###[Android](#tab/android)
29
29
30
30
- Support for Android API Level 21 or Higher.
31
31
- Support for Java 7 or higher.
32
32
- Support for Android Studio 2.0.
33
33
-**Android Auto** and **IoT devices running Android** are currently not supported.
34
34
35
-
# [Windows](#tab/windows)
35
+
###[Windows](#tab/windows)
36
36
37
37
- Support for UWP (Universal Windows Platform).
38
38
- Support for WinUI 3.
@@ -41,16 +41,16 @@ These are the minimum OS requirements for each platform to ensure optimal functi
41
41
42
42
## App request device permissions
43
43
44
-
To use the Calling Native SDKs for making or receiving calls, it's necessary to authorize each platform to access device resources. As a developer, you should prompt the user for access and ensure that it is enabled. The consumer will authorize these access rights, so it's important to verify that they have been granted permission previously.
44
+
To use the Calling Native SDKs for making or receiving calls, it's necessary to authorize each platform to access device resources. As a developer, you should prompt the user for access and ensure that it's enabled. The consumer authorizes these access rights, so verify that they have been granted permission previously.
45
45
46
-
# [iOS](#tab/ios)
46
+
###[iOS](#tab/ios)
47
47
48
48
-`NSMicrophoneUsageDescription` for microphone access.
49
49
-`NSCameraUsageDescription` for camera access.
50
50
51
-
# [Android](#tab/android)
51
+
###[Android](#tab/android)
52
52
53
-
In the Application Manifest (`app/src/main/AndroidManifest.xml`). Replace the content of file with the following code:
53
+
In the Application Manifest (`app/src/main/AndroidManifest.xml`). Verify the following lines:
Go to `Package.appxmanifest` and select capabilities:
69
69
@@ -79,7 +79,7 @@ Implementing **logging** as per the [logs file retrieval tutorial](../../tutoria
79
79
80
80
## Track Call ID
81
81
82
-
When troubleshooting happens for voice or video calls, you will be asked to provide a **CallID**; this ID is used to identify Communication Services calls. You **should** track the CallID in the telemetry that you codnfiugure in your app, you can follow the guidelines in the [troubleshooting guide](../troubleshooting-info.md).
82
+
When troubleshooting happens for voice or video calls, you're asked to provide a **`CallID`**; this ID is used to identify Communication Services calls. You **should** track the `CallID` in the telemetry that you configure in your app, you can follow the guidelines in the [troubleshooting guide](../troubleshooting-info.md).
83
83
84
84
## Subscribe to UFD (User Facing Diagnostics) and media quality statistics
0 commit comments