Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Hộp thoại Truyền sẽ xuất hiện bất cứ khi nào bạn nhấn nút Truyền. Hộp thoại Truyền cho phép người dùng kết nối, điều khiển và ngắt kết nối với Web Receiver.
Nếu đang phát triển một quy trình triển khai tuỳ chỉnh hoặc tạo một ứng dụng cho iOS hoặc Chrome, bạn phải triển khai hộp thoại này một cách nhất quán để người dùng nhận ra và tin tưởng rằng hộp thoại này hoạt động nhất quán trên các thiết bị, ứng dụng và nền tảng. Hãy tham khảo Ứng dụng tham chiếu để xem ví dụ.
Bắt buộc (hành vi mặc định của
Android MediaRouter):
A Khi ứng dụng người gửi không kết nối với một Bộ nhận Cast, việc nhấn vào nút Truyền sẽ hiện hộp thoại Truyền
B Tiêu đề hộp thoại Truyền là "Truyền đến"
C Hộp thoại Truyền cho thấy danh sách các Bộ nhận web hiện có
D Mỗi bộ nhận hiện đang truyền phải hiển thị "Đang truyền tên ứng dụng"
Lưu ý các trường hợp có nhiều người dùng:
Khi một người dùng khác kết nối với một thiết bị nhận hiện đang truyền nội dung từ cùng một ứng dụng và tài khoản, ứng dụng gửi sẽ cung cấp các chế độ điều khiển cho nội dung truyền.
Khi một người dùng khác kết nối với một bộ nhận hiện đang truyền nội dung từ một ứng dụng không truyền nội dung, ứng dụng gửi trước đó sẽ ngắt kết nối và ứng dụng gửi mới sẽ kết nối.
Đối với iOS, khi truyền lần đầu tiên, người dùng phải đồng ý cho phép truy cập vào mạng cục bộ (LNA) đối với các thiết bị truyền. Một màn hình thông tin xen kẽ sẽ xuất hiện cho người dùng để giải thích lý do cần có quyền này, sau đó là hộp thoại quyền LNA tiêu chuẩn của Apple.
Sau lần truyền đầu tiên, nếu không tìm thấy thiết bị nào khi người dùng nhấn vào nút Truyền trong khi đang dùng Wi-Fi, thì một màn hình trợ giúp sẽ xuất hiện để giải thích lý do có thể khiến Bộ nhận Web không hoạt động (ví dụ: quyền truy cập vào mạng cục bộ bị vô hiệu hoá hoặc mạng Wi-Fi gặp sự cố).
Bắt buộc:
A Truyền lần đầu: Sau khi người dùng nhấn vào nút Truyền lần đầu tiên, bạn phải cho thấy một quảng cáo xen kẽ để giải thích cho người dùng lý do họ nên cho phép ứng dụng truy cập vào các thiết bị trong mạng cục bộ. Quảng cáo xen kẽ phải có thông tin về lý do cần có quyền truy cập vào mạng cục bộ để tăng khả năng người dùng chấp nhận quyền truy cập vào quyền cục bộ.
B Không tìm thấy thiết bị nhận: Khi người dùng nhấn vào nút Truyền, một màn hình trợ giúp sẽ xuất hiện để giải thích những lý do có thể khiến người dùng không thể phát hiện Thiết bị nhận web, cùng với các đường liên kết đến phần Cài đặt để khắc phục các vấn đề về quyền LNA.
Truyền lần đầu (iOS)
Truyền lần đầu: quảng cáo xen kẽ và quyền truy cập mạng cục bộ
Bắt buộc A Khi ứng dụng người gửi được kết nối với Trình nhận trên web, việc nhấn vào nút Truyền sẽ hiển thị hộp thoại Truyền
B Tiêu đề hộp thoại Truyền "Receiver-Name" (Tên trình nhận) sẽ xuất hiện
C Hộp thoại Truyền sẽ hiển thị một nút để dừng truyền với nhãn nút "DỪNG TRUYỀN" (để biết thêm thông tin về việc ngắt kết nối, hãy xem phần Người gửi dừng truyền)
Bắt buộc A Hộp thoại Truyền có tiêu đề "Receiver-Name" xuất hiện
B Bên dưới tiêu đề, bạn sẽ thấy thiết bị nhận hoặc nội dung đang được truyền
C Hộp thoại Truyền có nút "DỪNG TRUYỀN" để dừng truyền (để biết thêm thông tin, hãy xem phần
Người gửi dừng truyền)
Phương pháp hay nhất
Để mang lại trải nghiệm tốt nhất cho người dùng, hãy cung cấp các chế độ kiểm soát liên tục ngoài các chế độ kiểm soát trong hộp thoại Truyền.
Android
Hộp thoại truyền trong khi truyền
Đầu thu đang phát nội dung
iOS
Hộp thoại truyền trong khi truyền
Đầu thu đang phát nội dung
Chrome
Hộp thoại truyền trong khi truyền
Đầu thu đang phát nội dung
Hình ảnh được dùng trong hướng dẫn thiết kế này
là của Blender Foundation, được chia sẻ theo bản quyền hoặc giấy phép Creative Commons.
Elephant's Dream: (c) copyright 2006, Blender Foundation / Netherlands Media Art Institute /
www.elephantsdream.org
Sintel: (c) copyright Blender Foundation | www.sintel.org
Tears of Steel: (CC) Blender Foundation | mango.blender.org
Big Buck Bunny: (c) copyright 2008, Blender Foundation / www.bigbuckbunny.org
[null,null,["Cập nhật lần gần đây nhất: 2025-09-04 UTC."],[[["\u003cp\u003eThe Cast dialog enables users to connect to, manage, and disconnect from Web Receivers and should be implemented consistently across platforms.\u003c/p\u003e\n"],["\u003cp\u003eOn iOS, users must grant local network access permission for initial casting and may encounter a help screen if no devices are found.\u003c/p\u003e\n"],["\u003cp\u003eWhen connected, the Cast dialog displays the receiver name and a "STOP CASTING" button, offering controls for the casting session.\u003c/p\u003e\n"],["\u003cp\u003eFor optimal user experience, it's recommended to include persistent controls alongside those within the Cast dialog, enhancing user interaction.\u003c/p\u003e\n"],["\u003cp\u003eAndroid apps can leverage the MediaRouter component for built-in Cast dialog UX, simplifying implementation.\u003c/p\u003e\n"]]],[],null,["# Cast Dialog\n\nThe Cast dialog is shown whenever the Cast button is pressed. The Cast dialog lets users\nconnect, control, and disconnect from Web Receivers.\n| **Note:** For Android apps, use the `MediaRouter` component from the MediaRouter Support Library to implement the Cast dialog. It has all of the UX requirements built right in.\n| **Note:** For iOS senders, a special Local Network Access interstitial dialog must be displayed the first time a user attempts to cast.\n\nIf you're developing a custom implementation or building an app for iOS or Chrome, you must\nimplement this dialog in a consistent way, so that users recognize and trust it to function\nconsistently across devices, apps and platforms. Refer to the\n[Reference apps](/cast/docs/sample_apps#reference_apps) for examples.\n\n### [Cast dialog, not connected (receivers available)](#sender-cast-menu-available)\n\n\n**Required** (default behavior of [Android MediaRouter](https://developer.android.com/reference/androidx/mediarouter/media/MediaRouter)):\n\n\nA When the sender app is not connected to a Cast receiver,\ntapping the Cast button shows the Cast dialog\n\n\nB The Cast dialog title, \"Cast to\" appears\n\n\nC The Cast dialog shows a list of available Web Receivers\n\n\nD Each receiver currently casting should display, \"Casting\n*app name*\"\n\n**Note the multi-user scenarios:**\n\n- When another user connects to a receiver currently casting from the same app and account, the sender app provides the controls for the cast content.\n- When another user connects to a receiver currently casting from an app that is not casting, the previous sender app disconnects and the new sender app connects.\n\n### Android\n\nCast dialog, not connected \nCast home screen \n\n### iOS\n\nCast dialog, not connected \nCast home screen \n\n### Chrome\n\nCast dialog, not connected \nCast home screen \n\n### [Cast dialog, not connected (iOS only)](#sender-cast-menu-available)\n\n\nFor iOS, when casting for the first time, users must consent to allow local network access (LNA) to\nCast devices. An interstitial information screen is presented\nto users explaining why this permission is needed, followed by the standard Apple LNA\npermissions dialog.\n\n\nAfter casting for the first time, if no devices are found when the Cast button is tapped while the\nuser is on Wi-Fi, a help screen is presented\nexplaining why Web Receivers might not be available (for example,\nlocal network access is disabled, or there is a problem with the Wi-Fi network).\n\n\n**Required** :\n\n\nA First-time casting: After tapping on the Cast button\nfor the first time,\nan Interstitial must be shown to explain to the user why they should allow\nthe app to access local network devices. The interstitial should include information on\nwhy local network access is needed, to increase the likelihood of the user accepting\nlocal permission access.\n\n\nB Receivers unavailable: Tapping the Cast button\ndisplays a help screen explaining possible reasons the user\nis unable to discover Web Receivers, along with links to Settings to fix LNA permissions issues. \n\n### First-time casting (iOS)\n\nFirst-time casting: interstitial and local network access permissions \n\n### Receivers unavailable\n\nReceivers unavailable \n\n### [Cast dialog, connected but not casting](#sender-cast-menu-connected)\n\n\n**Required**\n\n\nA When the sender app is connected to a Web Receiver,\ntapping the Cast button shows the Cast dialog\n\n\nB The Cast dialog title \"Receiver-Name\" appears\n\n\nC The Cast dialog shows a button to stop casting\nwith button label \"STOP CASTING\" (for more information about disconnecting, see\n[Sender stops cast](/cast/docs/design_checklist/sender#sender-control-end)) \n\n### Android\n\nCast dialog, connected but not casting \nReceiver app loaded / idle \n\n### iOS\n\nCast dialog, connected but not casting \nReceiver app loaded / idle \n\n### [Cast dialog, while casting](#sender-cast-menu-casting)\n\n\n**Required**\n\n\nA The Cast dialog title \"Receiver-Name\" appears\n\n\nB The receiver or content currently casting is shown below\nthe title\n\n\nC The Cast dialog shows a \"STOP CASTING\" button that stops\ncasting (for more information see\n[Sender stops cast](/cast/docs/design_checklist/sender#sender-control-end))\n\n**Best practice**\n\n- For the best user experience, provide [persistent controls](/cast/docs/design_checklist/sender#sender-mini-controller) in addition to the controls in the Cast dialog.\n\n### Android\n\nCast dialog, while casting \nReceiver playing content \n\n### iOS\n\nCast dialog, while casting \nReceiver playing content \n\n### Chrome\n\nCast dialog, while casting \nReceiver playing content \n\n**Images used in this design guide**\nare courtesy of the Blender Foundation, shared under copyright or Creative Commons license.\n\n- Elephant's Dream: (c) copyright 2006, Blender Foundation / Netherlands Media Art Institute / www.elephantsdream.org\n- Sintel: (c) copyright Blender Foundation \\| www.sintel.org\n- Tears of Steel: (CC) Blender Foundation \\| mango.blender.org\n- Big Buck Bunny: (c) copyright 2008, Blender Foundation / www.bigbuckbunny.org"]]
