[Tools-discuss] some more meetecho thoughts

Michael Richardson <mcr+ietf@sandelman.ca> Fri, 12 March 2021 15:14 UTC

Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: tools-discuss@ietfa.amsl.com
Delivered-To: tools-discuss@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 1E7EE3A124E for <tools-discuss@ietfa.amsl.com>; Fri, 12 Mar 2021 07:14:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id uxOfdXSeh37n for <tools-discuss@ietfa.amsl.com>; Fri, 12 Mar 2021 07:14:36 -0800 (PST)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34F4D3A1552 for <tools-discuss@ietf.org>; Fri, 12 Mar 2021 07:13:37 -0800 (PST)
Received: from localhost (localhost []) by tuna.sandelman.ca (Postfix) with ESMTP id B0F5E38A10 for <tools-discuss@ietf.org>; Fri, 12 Mar 2021 10:18:46 -0500 (EST)
Received: from tuna.sandelman.ca ([]) by localhost (localhost []) (amavisd-new, port 10024) with LMTP id GDTaJuMpeoqd for <tools-discuss@ietf.org>; Fri, 12 Mar 2021 10:18:46 -0500 (EST)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 4AD9B38A0E for <tools-discuss@ietf.org>; Fri, 12 Mar 2021 10:18:46 -0500 (EST)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id B75BFFC for <tools-discuss@ietf.org>; Fri, 12 Mar 2021 10:13:34 -0500 (EST)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: tools-discuss@ietf.org
X-Attribution: mcr
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature"
Date: Fri, 12 Mar 2021 10:13:34 -0500
Message-ID: <10380.1615562014@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-discuss/G4l_COz44A6ljQly8KZMxx2Gox0>
Subject: [Tools-discuss] some more meetecho thoughts
X-BeenThere: tools-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Tools Discussion <tools-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-discuss/>
List-Post: <mailto:tools-discuss@ietf.org>
List-Help: <mailto:tools-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Mar 2021 15:14:39 -0000

Some thoughts/refinements.  I think we are supposed to post them here, right?

1) when the participants clicks on the _share screen_ button that it should
   immediately ask the participant to select the window to share, but just
   not transmit until the chair gives them the media slot.
   Ideally, showing the participant what they are transmitting.

   This would eliminate many of the delays in switching presenters.
   (Unified slide decks are good, but not always better if the agenda is more

   But, I think, the more important thing is that it would allow participants
   to sort out the local permissions, browser compatibility, etc. and they
   could do this if they wanted, in the three minutes before the meeting starts.

   It might also be good if multiple slide sharers could be "on deck", with
   the chair switching between them.  {Personally, I'd even like to have
   multiple windows shared and swap between them fast, but that's perhaps too

2) it would be really cool if the chairs could see a preview of the share
   before they agree, but that's really not required :-)

3) could chairs give presentation permission to a participant before they
   ask? that seems to occupy 10s of back and forth in some meetings.
   Yes, that's an interaction with (1).

4) of course, doing it the BBB way, projecting PDF from a server, and
   allowing the mouse to hover, even draw, is WAY better, so (1) above is
   really only important if this isn't coming.

5) I'd sure like to put all the video frames under my slides.
   Others might disagree, but that seems to fit my screen real-estate better.
   I want the slides bigger.


While we've had training session for chairs, and some for participants, it's
not enough I think.
It would be great if there was a room online, perhaps configured for 5
participants max, where the first person to arrive gets chair permission.
(And maybe the room would reboot every hour or so)
If nothing else, that would let mentoring on the tool occur.

Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide