Re: [Tools-discuss] A couple meetecho annoyances

Carsten Bormann <cabo@tzi.org> Tue, 28 July 2020 20:56 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: tools-discuss@ietfa.amsl.com
Delivered-To: tools-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 204873A03ED for <tools-discuss@ietfa.amsl.com>; Tue, 28 Jul 2020 13:56:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.919
X-Spam-Level:
X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2aFVjpAaP8Uv for <tools-discuss@ietfa.amsl.com>; Tue, 28 Jul 2020 13:56:04 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA11A3A02F7 for <tools-discuss@ietf.org>; Tue, 28 Jul 2020 13:56:04 -0700 (PDT)
Received: from [192.168.217.116] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4BGTVC0WsLzygG; Tue, 28 Jul 2020 22:56:03 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <3dcf18af-bcfa-2df2-08df-a8a804f5c423@meetecho.com>
Date: Tue, 28 Jul 2020 22:56:02 +0200
Cc: tools-discuss@ietf.org
X-Mao-Original-Outgoing-Id: 617662562.4874181-9e3ee3462bd2f0ac4ff51fe2914ab615
Content-Transfer-Encoding: quoted-printable
Message-Id: <218240F9-7576-45CD-8A4A-3501E0AA0B33@tzi.org>
References: <1A95E6D8-E916-4931-BD86-2C0B7C7B2227@tzi.org> <3dcf18af-bcfa-2df2-08df-a8a804f5c423@meetecho.com>
To: Meetecho IETF support <ietf@meetecho.com>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-discuss/KvuXLWB82jUJnO1oxWLzMwaBXJo>
Subject: Re: [Tools-discuss] A couple meetecho annoyances
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: Tue, 28 Jul 2020 20:56:09 -0000

Hi Alessandro,

Thanks for the quick reply.

Let me add three additional comments...

> On 2020-07-28, at 20:52, Meetecho IETF support <ietf@meetecho.com> wrote:
> 
>> "Open in new tab" on the “show note taking tool” icon creates another meetecho window that tries to log me in.  Why can’t it take me to codimd?
> 
> Because that's an iframe.

That’s equivalent to “that’s how we implemented it”.

This should be a native a/href to codimd (on _blank), with Javascript overlaid that takes you to the iframe.  So if I use the browser right click, I get the native href, and if I click normally, I get the JavaScript effect.

>> Lots of chairs’ clicks to the queue/media list go to the wrong field as that expands and shrinks all the time while people are clicking. Again, wrong order…
> 
> Noted.

Maybe keeping some “history” (instead of being deleted, field loses its color and slides closed) would help.
(That could also help with making the speaker indication sticky for a few seconds.)

>> # Things that have been said before:
>> Video or screen sharing needs to imply audio, unless explicitly switched off.
>> How about a MUTE BUTTON, which also can be used to retain speaker rights while muting for hearing a question?
> 
> Yet another mic button to mute locally? I've heard A LOT of complains about having too many buttons already…

I know, but there are just too many different special requirements, and a single-click button for joining the queue with the right requests set is valuable.

Grüße, Carsten