WebView. Strokes sync over the whiteboard’s own connection; it produces no media stream and doesn’t use camera or screen capture.
The capabilities of the whiteboard page itself (URL parameters, overlay annotation mode, lifecycle and when boards are destroyed) are exactly the same as on the SRTC layer; see SRTC · Whiteboard. This page covers only meeting-layer usage.
Start whiteboard sharing
requestShareBoard() does two things: it broadcasts “I’m sharing a whiteboard” to the meeting, and returns the whiteboard URL in the callback.
To handle other members’ sharing requests, the host uses
confirmStartWhiteBoardShareAgree() / confirmStartWhiteBoardShareRefuse(); when approving, the host also gets the whiteboard URL in the callback.Respond to others’ whiteboard sharing
When you aren’t the one who started it, you learn about it from room events and read the URL frominfosManager:
Host it in a WebView
The whiteboard page is a standard web app and must have JavaScript enabled. When the whiteboard is destroyed it needs to tell the host to close the view, so you also need to inject a JS interface namedAndroidInterface:
onRoomShareStop, remember to destroy the WebView so it doesn’t keep the whiteboard connection open in the background.
Related
- SRTC · Whiteboard—URL parameters of the whiteboard page, how state sync works, lifecycle and destruction
- MeetingEngine—signatures of
requestShareBoard()/stopShareWhiteBoard() - Meeting result callbacks—callbacks for the whiteboard URL and failure results
- MeetingRoomEvent—sharing start / stop events