Focus returns to Desktop Sharing button when DeskShare window closes.
Focus returns to Webcam button when Webcam window closes
Focus returns to Shortcut Help button after Glossary window closes. when the Glossary OPENS, focus moves to the titleBarOverlay as with all other module windows.
Focus moves to the Mute/Unmute button when the mute toggle shortcut key is used
Tabbing past Lock Layout button returns you to the 'start' (the Mic Settings button). Fixed missing accessibilityDescription on Help button.
Gave the Mute/Unmute Me button a static place in the tab order.
Closed loop on the other end.
When the user clicks on a slide thumbnail, the URL changes to index that moment so if the user copies and shares the URL after click on a slide thumbnail, the URL copied will go directly to the correct moment.
Create the auto scroll feature on the slides thumbnails. The idea is that everytime the slide changes because of the synchronized playback, the thumbnails div will scroll to keep the current thumbnail centered in the div. The feature can be disabled using a checkbox.
Merged upstream/master.
Merged upstream/master.
Added polling strings to BigBlueButton.mxml, ShortcutEvent, and Shortcut help window. Also merged upstream/master.
Added hotkeys to Instructions window
Added hotkeys to Poll Statistics window
Added hotkeys to Voting window.
Added all locale strings for polling.
Added logic to support global Poll Menu hotkey to Poll Event Map and Polling Manager
ref #1516
Refactored the code that generates the video file used in the presentation playback. The problem with the sync of video sources was related to problems of precision inside FFmpeg (sometimes the script runs FFmpeg to trim video files, and the output video file trimmed sometimes was 3+ seconds bigger or smaller than the requested).
Also it's a little more modular, so it will be easier to expand functionality. The processing steps are more explicit now, and the logs are better now to understand the final output.
A new parameter on presentation.yml was added to enable the admin to add an offset for the audio stream - this is mainly useful when the session ran with h264, because the video takes longer for the client to encode, and then in the recording we can see the huge gap between audio and video.
rap-worker now keeps track of the processing time of a recording; a file called processing_time is generated during the process phase, and this information is added to metadata.xml when the recording is published - this information isn't retrieved by getRecordings because no modification was done on bbb-web to include this information, but at least it's there so the sysadmin can check how long does a recording take to get processed
enabling audio_offset tested for h264