Re: [111attendees] So, what are jabber scribes actually doing, these days?

Robert Moskowitz <rgm@labs.htt-consult.com> Thu, 29 July 2021 15:43 UTC

Return-Path: <rgm@labs.htt-consult.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 B4B4D3A07CB for <111attendees@ietfa.amsl.com>; Thu, 29 Jul 2021 08:43:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 vtNYtuQkKadF for <111attendees@ietfa.amsl.com>; Thu, 29 Jul 2021 08:43:46 -0700 (PDT)
Received: from z9m9z.htt-consult.com (z9m9z.htt-consult.com [23.123.122.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 129123A0845 for <111attendees@ietf.org>; Thu, 29 Jul 2021 08:43:43 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by z9m9z.htt-consult.com (Postfix) with ESMTP id D6D03624C7; Sun, 3 Jan 2010 23:32:41 -0500 (EST)
X-Virus-Scanned: amavisd-new at htt-consult.com
Received: from z9m9z.htt-consult.com ([127.0.0.1]) by localhost (z9m9z.htt-consult.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id IrQp+RE0fMiR; Sun, 3 Jan 2010 23:32:34 -0500 (EST)
Received: from lx140e.htt-consult.com (unknown [192.168.160.29]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by z9m9z.htt-consult.com (Postfix) with ESMTPSA id 82A8762653; Sun, 3 Jan 2010 23:32:32 -0500 (EST)
To: Mirja Kuehlewind <mirja.kuehlewind=40ericsson.com@dmarc.ietf.org>, John C Klensin <john-ietf@jck.com>, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>, Sean Turner <sean@sn3rd.com>
Cc: "111attendees@ietf.org" <111attendees@ietf.org>
References: <CAKKJt-ex+bzDO5t4Uznd2aPHf8xP8ZX-JZx5VUSd-7hADsWTGQ@mail.gmail.com> <20210727204916.GA15189@faui48e.informatik.uni-erlangen.de> <30AFBC23-155E-4BE1-A33C-908FD17BC73C@sn3rd.com> <CAKKJt-d5vbdDNc3BFKLJu7t51Jf30GLQi3-YV3pfZODCOFBO9g@mail.gmail.com> <5A346DF0A2B69EB397207C72@PSB> <DB2065E4-C798-4609-84B8-2F61708865CF@ericsson.com>
From: Robert Moskowitz <rgm@labs.htt-consult.com>
Message-ID: <02f45dea-da4c-cd66-0212-1e7a9c41c99d@labs.htt-consult.com>
Date: Thu, 29 Jul 2021 11:43:25 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1
MIME-Version: 1.0
In-Reply-To: <DB2065E4-C798-4609-84B8-2F61708865CF@ericsson.com>
Content-Type: multipart/alternative; boundary="------------AE7CA0753FC6F132F4BFF522"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/111attendees/c8fdJnNjBJQI76dNX5HngX-uUlM>
Subject: Re: [111attendees] 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: Thu, 29 Jul 2021 15:43:50 -0000


On 7/29/21 11:37 AM, Mirja Kuehlewind wrote:
>> In addition to chair bandwidth, screen real estate, etc., there
>> is a more fundamental problem: with the current Meetecho setup,
>> it has impossible (or, at least non-obvious) to have both the
>> chat and participant frames open at the same time.
> You can detach the chat window into a separate window.

And with 2 screen approach move it to your expanded real estate.

>
>
> On 29.07.21, 15:10, "111attendees on behalf of John C Klensin" <111attendees-bounces@ietf.org on behalf of john-ietf@jck.com> wrote:
>
>
>
>      --On Wednesday, July 28, 2021 12:12 -0500 Spencer Dawkins at
>      IETF <spencerdawkins.ietf@gmail.com> wrote:
>
>      >...
>      > What I thought, was that chairs needed to be looking at the
>      > mic queue. which by default is toggled with the chat window,
>      > and might not have the screen real estate to detach the chat
>      > in Meetecho, so you can move it to another part of your screen
>      > (or another Display), or might not know you can detach the
>      > chat window at all. If the chairs can see both (especially if
>      > the meeting has more than one chair), ISTM that the chairs
>      > would know about questions from jabber at the same time as
>      > everyone else.
>
>      In addition to chair bandwidth, screen real estate, etc., there
>      is a more fundamental problem: with the current Meetecho setup,
>      it has impossible (or, at least non-obvious) to have both the
>      chat and participant frames open at the same time.    Without
>      the latter open, and a good deal of screen real estate and
>      attention to scrolling, it is not possible to see the queue or
>      figure out who is speaking if the speaker is not transmitting
>      video.  There are ways to solve the chat visibility part of the
>      problem.  The speaker recognition problem could be solved by
>      putting a small "now speaking"  line with a name somewhere near
>      the top center (or bottom center) of the screen.   And, modulo
>      those who need to be able to type rather than speak (as you
>      noted in your follow-up), some of the rest of the problem could
>      be solved by explaining to Meetecho who the official
>      Jabber-wstcher is and letting them put others in the queue.
>
>      <rant> Most of these suggestions have been made many times
>      before.  At least my experience had been that back in the days
>      when Meetecho was a trusted partner, these issues and the
>      tradeoffs got discussed among knowledgeable people and were
>      either implemented or, when rejected suggestions came up again,
>      there were clear explanations of why they were infeasible or bad
>      ideas.  I can't tell, but it certainly looks like we have
>      slipped Meetecho into "just a contractor" mode with decisions
>      being made by someone else, out of the view of those who would
>      prefer to technical work in the IETF than monitor every
>      administrative meeting and announcement and who obviously are
>      not trying to use these tools to get the work of the IETF done.
>      </rant>
>
>          john
>
>
>
>
>
>      --
>      111attendees mailing list
>      111attendees@ietf.org
>      https://www.ietf.org/mailman/listinfo/111attendees
>

-- 
Standard Robert Moskowitz
Owner
HTT Consulting
C:248-219-2059
F:248-968-2824
E:rgm@labs.htt-consult.com

There's no limit to what can be accomplished if it doesn't matter who 
gets the credit