Re: [111attendees] Positive observations and proposals for improvements to Meetecho (was: Re: Re: So, what are jabber scribes actually doing, these days?)

gang Antgam <antgamgang@gmail.com> Mon, 02 August 2021 22:29 UTC

Return-Path: <antgamgang@gmail.com>
X-Original-To: 111attendees@ietfa.amsl.com
Delivered-To: 111attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37A233A1F80; Mon, 2 Aug 2021 15:29:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 WLn4dVPN9Qek; Mon, 2 Aug 2021 15:29:20 -0700 (PDT)
Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F83F3A1F2A; Mon, 2 Aug 2021 15:29:19 -0700 (PDT)
Received: by mail-ed1-x52d.google.com with SMTP id g21so7292877edb.4; Mon, 02 Aug 2021 15:29:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xFRMUDOg2JjCu8juhN6oNjBBHhTZB+LEqyArDTLGdss=; b=Ys2WOOrhs/O8b0SZCGtpwEIwH+sBgmmn/uh113gVre7SItfgxT1gogllj7IvxjBCN6 RymDDEsFDMi9eJ0aV6nMnTkikpSQu0/ooKtwP84uOqAkH8hS0NgWbvd1uE75VK297VAC p93oQ4jeRZRnsqjWLOtjqwDpTIOXxvxRWRctWHUaEe8sBWTeK367+/vhAwPgDx0/Ibux shZnxwlHpkEYcpmaYemPXly9IOUwO9roiW4jHOkfyd7Dd9p+DnXMlwbkvjjQrlPq/on0 D93TfHwleCk2xe7E+Q5pThBUMjGmxi/rH0W4X2RlxhaPAc7Rk1Ga1xMao7vX7IF8ImtJ U+mg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xFRMUDOg2JjCu8juhN6oNjBBHhTZB+LEqyArDTLGdss=; b=fUSYyM+gXlS8EOjTQNMkGq85cTIzOTNPhQ6jS9lSXbmzGnl9+tDXDob64XupPxuVmi NBZ/meoL5Z9j8ArzZxW26gxGSkaPtORmYYSbykpWTxUNB7fEduPtTYWNa5EbPhR02lGr skpOKWv/b4MTEyQ0cHe0x6KBcfvANwWPDqfYONeBcxB0I2QnTgjv7yfojuuIbv9ISbG1 gGoYHADN02bvj8FI39WMk0kkh9dzWmCAvba/DK6SvguHUurK6ahv4J601xDTnHCJBfc5 XhEsQDWShFbeSVwr1BuKMh2BMKXS9YxGptaiZ+6r6FWRyva9E7q66sXIiH7Pj1BlfRHW CKbw==
X-Gm-Message-State: AOAM5306rgHpFvagl1CoiwfwnMIDRNYJCjsId4doPvLgqv0M2EeEX/ww Ap/9GaCBLhmCxt8hYwh9lv0piwb0FuYnBDJPS320youTAZ2VBA==
X-Google-Smtp-Source: ABdhPJxVgJbbHcW+PKJ8AMfKZNCN8BnkCnSlgrcCb5yI3edQWlxuxOZ/eXW9thH09sOINfdFAb07XTHaPL/f7C2sVrQ=
X-Received: by 2002:aa7:c799:: with SMTP id n25mr21185545eds.16.1627943356480; Mon, 02 Aug 2021 15:29:16 -0700 (PDT)
MIME-Version: 1.0
References: <CAKKJt-dyUbOgM=cAmeALJoUpX9PVUzH+__VjESyT+VF8dzREnw@mail.gmail.com> <4268651f-6bd7-10ce-6ed8-a758bd956062@meetecho.com> <99ae28be-dd15-4018-bccc-a1f61ce19e47@dogfood.fastmail.com>
In-Reply-To: <99ae28be-dd15-4018-bccc-a1f61ce19e47@dogfood.fastmail.com>
From: gang Antgam <antgamgang@gmail.com>
Date: Tue, 3 Aug 2021 02:59:04 +0430
Message-ID: <CA+d13g3OB8+b-Hyz9thwpr62=mhM4-nT5WsWdAp5-E53ufRotg@mail.gmail.com>
To: Bron Gondwana <brong@fastmailteam.com>
Cc: 111attendees@ietf.org, tools-discuss@ietf.org
Content-Type: multipart/alternative; boundary="0000000000007a3ebd05c89b190f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/111attendees/tZbpoaqvISYjjhPZ10GSJBpdLKU>
Subject: Re: [111attendees] Positive observations and proposals for improvements to Meetecho (was: Re: Re: So, what are jabber scribes actually doing, these days?)
X-BeenThere: 111attendees@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list for IETF 111 attendees <111attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/111attendees>, <mailto:111attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/111attendees/>
List-Post: <mailto:111attendees@ietf.org>
List-Help: <mailto:111attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/111attendees>, <mailto:111attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Aug 2021 22:29:33 -0000

در تاریخ شنبه ۳۱ ژوئیهٔ ۲۰۲۱،‏ ۱:۳۳ Bron Gondwana <brong@fastmailteam.com>
نوشت:

> Ooh, we're going a full "suggestions for meetecho" thread?  I'd like to
> propose some things!
>
> *that we replace the current "raise hands" tool:*
>
> *... *which is based on an expired draft which isn't going to be
> refreshed - with a better tool that allows the chairs to:
>
> a) label each option
> b) have more than 2 options (max 9 maybe)
> c) select between "choose one" and "choose N" modes (checkbox vs radio
> button)
>
> ... and which appears IN PLACE of the slides when enabled, so that meeting
> participants don't have to navigate to a separate tab to interact.
>
> More generally, it's too easy for some participants to be lost on
> different tabs where they can't see the slides.  The multiple views where
> you can see individual talking heads in more detail are not actually
> valuable I don't think - if slides are showing they should be the bulk of
> the screen because they need to be read - and if a poll is showing then for
> sure it should be taking over the screen.
>
> *a "temporary mute" mode that keeps the audio stream open:*
>
> This is still an issue for me.  I often mute myself while chairing so I
> can take notes without my keyboard sound interrupting the chat - but it
> means that I can't easily respond to somebody because the rejigging of the
> audio channel not only creates a hiccup in the incoming audio feed which
> means I might miss something someone says, but it also creates enough of a
> delay that by the time I could have responded the other party's mental
> state has moved on.
>
> Timing is really important in conversation and we're already fighting with
> the quarter second delay imposed by the size of the planet.  Additional
> delay makes it unwieldy.
>
> *allow multiple connections by the same person to the same session:*
>
> I have multiple times wanted to switch device temporarily - from my
> desktop computer to a phone / ipad so I can temporarily move to another
> location while continuing to follow a meeting.  Multiple connection support
> would mean I could switch over without a break.
>
> Sure it could be abused by people "sharing" a login, but that would be
> pretty obvious if both parties tried to participate, and given that we
> allow fee waivers anyway, it's unlikely to be abused significantly.  Sure
> there are Jabber naming issues, but we can avoid that by giving each jabber
> name with a serial number (which I believe already happens now?)
>
> ...
>
> I've already written these up separately in the past, but:
>
> *information about who is speaking in the same place as video feeds*
>
> See my previous email :)  Basically the "participant list" should just be
> an ordered list of participants and only needs to be switched to when
> seeing who is in the call or opening an individual message to them (and
> people don't get moved out of order when they're sending something).  The
> "who is sending something" list should be all together with the video, and
> chairs pinned even if they're sending nothing right now.
>
> Along with visual indicators of "currently sending audio" on people so we
> know who of those with their audio channel open are currently speaking,
> this makes it easier to look in one place to see the source of all sound,
> and eyes can generally flit between the right hand side (video and audio
> indicators) and the slides, without needing to also track via the
> participant list.
>
> *flexible "assign chair"**:*
>
> This one hasn't come up in practice, but the chairs for meetings are
> pre-assigned from datatracker.  It would be great for ADs and the meetecho
> reps in each meeting to be able to upgrade anybody to a chair role or
> remove a chair role with a simple click.
>
> In real rooms, anyone can go sit in the chair at the front of the room,
> and it's not abused because of social convention.  I believe that we can
> map that to this virtual space and still have it work sensibly.  People
> won't take the chair unless there's a legitimate reason to do it, and so
> long as it's logged - if someone does consistently abuse it we have
> processes to eject them from the IETF for misbehaviour.
>
> This has become less important with the ability for individuals to turn on
> both audio and video themselves, so the chair is going less busywork just
> approving access, but it would be good to make it possible for someone else
> to step into the chair if the regular chairs are unable to attend or lose
> network, rather than making the meeting less able to run.
>
> Bron.
>
> On Sat, Jul 31, 2021, at 05:38, Meetecho IETF support wrote:
>
> All,
>
> chiming in just to say that we at Meetecho appreciate and value your
> feedback. We'll definitely take it into account when developing the
> future releases of the platform. We'll provide comments on the points
> raised as soon as we get the chance to parse them, i.e., when the
> meeting is over.
>
> Also, I'm cc'ing tools-discuss@ietf.org and setting the reply-to header
> to that list as well, as that's the right place to discuss enhancements
> and provide feedback that would be easier for us to collect.
>
> Best,
> Alessandro
>
> Il 30/07/21 19:37, Spencer Dawkins at IETF ha scritto:
> > I should have changed the Subject a LONG time ago! But this thread has
> > morphed into helpful observations and suggestions, so, if I might add a
> > couple of things ...
> >
> > I agree that Meetecho has been improving (and just for fun, the Meetecho
> > guys were participants in the MEDIACTL session I was co-chairing in
> > Hiroshima at IETF 76 in November 2009, and they roped in a team member
> > from Italy during the discussion using whatever the toolset was back
> > then, so many of you have no idea how MUCH they've improved 😀).
> >
> > I see that we've already mentioned detaching the chat window, and
> > usually I remember that we can detach the chat by Tuesday of each IETF
> > meeting week at the latest, which is almost certainly a result of not
> > having THAT much experience with Meetecho during the four months between
> > meetings. Now that we can use Meetecho for interim meetings, that will
> > help me remember more clearly, so good there, too.
> >
> > The one thing I've noticed this week is how difficult it is to figure
> > out who is speaking if they aren't sending video, and there's a long
> > list of people in the queue. The suggestion to move the speakers above
> > the queue would improve that, and so would simply displaying the active
> > speaker names in the screen space where their video would have gone, if
> > the person had been sending video.One reason that matters, is that it's
> > helpful for everyone to get the speaker's name right in the minutes.
> > That's not just for new attendees, I'm starting to forget what people
> > sound like, unless I'm talking to them regularly, or they have a very
> > distinctive speech pattern, so I've definitely depending on seeing names
> > when I'm taking minutes. .
> >
> > The one thing I was thinking about, as I read through this thread, was
> > that we are kinda *not *talking about what the IETF thinks the target
> > audience for our conferencing tool is.
> >
> >   * For probably the last couple of IETFs, I have a GREAT setup for
> >     remote participation (my laptop screen, plus two 25-inch monitors).
> >     But I do have tiled windows on all three screens.
> >   * If we think people who can't throw a few hundred dollars at monitor
> >     screens are part of our target audience, that's worth noting.
> >   * If we think we're going to have hybrid meetings, in at least some
> >     scenarios, it's going to be good to use Meetecho in the conference
> >     rooms (especially if we need to be distancing, so more spread out,
> >     front to back in the conference rooms).
> >   * Even if we aren't doing hybrid meetings, I've participated in some
> >     working group meetings from my hotel room, but I wasn't tryng to
> >     co-chair a meeting, or even to present at a meeting.
> >   * When Michael Richardson and I talked to the Cellar working group
> >     participants about switching to Meetecho for our (monthy) interims,
> >     the first question we got was, "is there an iOS/Adroid client?" I
> >     haven't checked Meetecho on my phone in years, but I'd bet offhand
> >     that (1) it would work, but (2) it might not be as easy to use as
> >     some other conferencing systems, on those devices. Do people have
> >     experience with that?
> >
> > I'll let you folks continue to share these positive observations and
> > proposals. Make Good Choices, of course.
> >
> > Best,
> >
> > Spencer
> >
> > On Thu, Jul 29, 2021 at 6:15 PM Jay Daley <jay@ietf.org
> > <mailto:jay@ietf.org>> wrote:
> >
> >     Thanks Bron.  Personally I think that’s a great usability adjustment
> >     and will forward to the Meetecho team for them to consider.
> >
> >     Jay
> >
> >      > On 30/07/2021, at 10:58 AM, Bron Gondwana <brong@fastmailteam.com
> >     <mailto:brong@fastmailteam.com>> wrote:
> >      >
> >      > On Fri, Jul 30, 2021, at 05:21, Jay Daley wrote:
> >      >> No we have absolutely not pushed Meetecho into being "just a
> >     contractor", they are a valued partner and we work very well
> >     together.  If you have any doubts about that then ask them directly.
> >      >>
> >      >> It is disappointing that you have escalated a personal concern
> >     that you have with our services into such a strong criticism when
> >     that is entirely unsupported by any evidence.
> >      >
> >      > Jay, I agree with your sentiment here - this attitude to Meetecho
> >     is counterproductive.  They've done great work for the last couple
> >     of IETFs and the experience is improving each time.  I have
> >     particularly appreciated the embedded slide management, and I'm sure
> >     that will be even better next time too.
> >      >
> >      > Regarding the specific interface issues that remain, I do think
> >     there's a question of "where do we propose improvements in a way
> >     that will be noticed"?  I've seen the suggestion made very many
> >     times that the "speaker" area (where the video shows) should have
> >     additional lines for each person sending anything, rather than that
> >     information being at the top of the participant list.  This is much
> >     more like the experience with other chat systems, for example Zoom
> >     shows either a photo or a blank item for somebody who isn't
> >     currently sending video, but they're otherwise treated "the same" as
> >     a person sending video in terms of real-estate and where to look for
> >     their presence by default.
> >      >
> >      > Right now with meetecho, my eyes are normally at the video are
> >     when people are speaking, but if a non-video person is speaking I
> >     need to look across to the other side of the screen to see the audio
> >     indication.
> >      >
> >      > And as was also suggested in this thread, you can't scroll the
> >     participant list to find someone to chat to, because they jump to
> >     the top when they are sending, then back to alphabetical position.
> >     This is also a usability pain.  Separating "the list of
> >     participants" (which wouldn't move about) and "the list of people
> >     sending something" with the video and audio indications being
> >     together in one place would be a significant improvement.  And as an
> >     additional benefit, when you're looking at the chat window, you
> >     would still be able to see all the details of who is sending
> >     (including yourself - if you're sending then the indicator of your
> >     own audio should be the same as the indicator of everyone else's
> >     audio, rather than being in yet a third location up under your own
> >     name).
> >      >
> >      > <image.png>
> >      > So those two names would appear in the right hand side, and also
> >     still have their name in the participant list, and the video feeds
> >     would each have a "here's what's being sent".  Chairs would always
> >     have a presence on the right, with whatever they were currently
> >     sending - and the "participants" tab would only have the list of
> >     participants, and not be a place you needed to go to see activity,
> >     so you could mostly keep the chat tab open.
> >      >
> >      > Bron.
> >      >
> >      >
> >      > --
> >      >   Bron Gondwana, CEO, Fastmail Pty Ltd
> >      > brong@fastmailteam.com <mailto:brong@fastmailteam.com>
> >      >
> >      >
> >      > --
> >      > 111attendees mailing list
> >      > 111attendees@ietf.org <mailto:111attendees@ietf.org>
> >      > https://www.ietf.org/mailman/listinfo/111attendees
> >     <https://www.ietf.org/mailman/listinfo/111attendees>
> >
> >     --
> >     Jay Daley
> >     IETF Executive Director
> >     jay@ietf.org <mailto:jay@ietf.org>
> >
> >     --
> >     111attendees mailing list
> >     111attendees@ietf.org <mailto:111attendees@ietf.org>
> >     https://www.ietf.org/mailman/listinfo/111attendees
> >     <https://www.ietf.org/mailman/listinfo/111attendees>
> >
> >
>
> --
> 111attendees mailing list
> 111attendees@ietf.org
> https://www.ietf.org/mailman/listinfo/111attendees
>
>
> --
>   Bron Gondwana, CEO, Fastmail Pty Ltd
>   brong@fastmailteam.com
>
>
> --
> 111attendees mailing list
> 111attendees@ietf.org
> https://www.ietf.org/mailman/listinfo/111attendees
>