Skip to main content
The whiteboard in a meeting is an H5 page hosted by the server, displayed on Android in a 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.
Only one member can share in a meeting at a time; screen sharing and the whiteboard are mutually exclusive. Stop sharing:
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 from infosManager:
Members who enter mid-meeting don’t receive this event, so check once yourself after entering the meeting:

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 named AndroidInterface:
When you exit the meeting or receive onRoomShareStop, remember to destroy the WebView so it doesn’t keep the whiteboard connection open in the background.