October 24, 2020 Roberto Puzzanghera0 comments
These days I'm forced again to do lessons from remote. My school asked me to refer to
Google Meet for the videoconferences and one thing I disliked was the
Jam interactive whiteboard, which is completely inadequate for scientific subjects. On the other hand OpenBoard, my favourite board tool that I successfully use with
Zoom, seemed not to be recognized as an application to be shared, because it runs fullscreen.
After some googleing I found a patch from this guy (I big thank for his work!) which forces OpenBoard to run in a window, but at the cost of passing a variable at compilation time. I modified the logic of that patch so that a user can set how OpenBoard will run just modifying a configuration option. The "run in a window" feature is disabled by default, so it will not bother those teachers who are already familiar with the interface, but it can be easily switched on by advanced users.
To get OpenBoard running in a window just switch this option to
true in the
Each user can do the same overriding this setting in his/her personal
As someone else already reported here, when sharing the
OpenBoard window with
zoom, its bottom is partially unavailable for about 50px. You can always put the toolbar at the top, but it's clearly a malfunction. I've only encountered this problem the very first time I runned zoom with the new feature and it doesn't seem like something well reproducible.
apache clamav dkim dovecot ezmlm fail2ban hacks lamp letsencrypt linux linux-vserver lxc mariadb mediawiki mozilla mysql openboard owncloud patches php proftpd qmail qmailadmin rbl roundcube rsync sieve simscan slackware spamassassin spf ssh ssl surbl tcprules tex ucspi-tcp vpopmail vqadmin