From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mail.toke.dk; spf=pass (mailfrom) smtp.mailfrom=irif.fr (client-ip=2001:660:3301:8000::1:2; helo=korolev.univ-paris7.fr; envelope-from=jch@irif.fr; receiver=) Received: from korolev.univ-paris7.fr (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]) by mail.toke.dk (Postfix) with ESMTPS id 9A6D281ECB2 for ; Tue, 23 Mar 2021 18:31:40 +0100 (CET) Received: from potemkin.univ-paris7.fr (potemkin.univ-paris7.fr [IPv6:2001:660:3301:8000::1:1]) by korolev.univ-paris7.fr (8.14.4/8.14.4/relay1/82085) with ESMTP id 12NHVZGU004534 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 23 Mar 2021 18:31:35 +0100 Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by potemkin.univ-paris7.fr (8.14.4/8.14.4/relay2/82085) with ESMTP id 12NHVZcB015697 for ; Tue, 23 Mar 2021 18:31:35 +0100 Received: from mailhub.math.univ-paris-diderot.fr (localhost [127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTP id CDF33FA9D1 for ; Tue, 23 Mar 2021 18:31:35 +0100 (CET) X-Virus-Scanned: amavisd-new at math.univ-paris-diderot.fr Received: from mailhub.math.univ-paris-diderot.fr ([127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id zYjpz5ZULUjO for ; Tue, 23 Mar 2021 18:31:34 +0100 (CET) Received: from pirx.irif.fr (unknown [78.194.40.74]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id F3517FA9CE for ; Tue, 23 Mar 2021 18:31:33 +0100 (CET) Date: Tue, 23 Mar 2021 18:31:33 +0100 Message-ID: <87pmzpydxm.wl-jch@irif.fr> From: Juliusz Chroboczek To: galene@lists.galene.org User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/27.1 Mule/6.0 MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]); Tue, 23 Mar 2021 18:31:35 +0100 (CET) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (potemkin.univ-paris7.fr [194.254.61.141]); Tue, 23 Mar 2021 18:31:35 +0100 (CET) X-Miltered: at korolev with ID 605A25F7.002 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-Miltered: at potemkin with ID 605A25F7.001 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 605A25F7.002 from potemkin.univ-paris7.fr/potemkin.univ-paris7.fr/null/potemkin.univ-paris7.fr/ X-j-chkmail-Enveloppe: 605A25F7.001 from mailhub.math.univ-paris-diderot.fr/mailhub.math.univ-paris-diderot.fr/null/mailhub.math.univ-paris-diderot.fr/ X-j-chkmail-Score: MSGID : 605A25F7.002 on korolev.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000 X-j-chkmail-Score: MSGID : 605A25F7.001 on potemkin.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000 X-j-chkmail-Status: Ham X-j-chkmail-Status: Ham Message-ID-Hash: XXBE7SIESJ7UWDK4HIHFXDOINBPVVILR X-Message-ID-Hash: XXBE7SIESJ7UWDK4HIHFXDOINBPVVILR X-MailFrom: jch@irif.fr X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; suspicious-header X-Mailman-Version: 3.3.2 Precedence: list Subject: [Galene] Upcoming changes to =?iso-8859-1?q?Gal=E8ne=27s?= protocol: user states List-Id: =?utf-8?q?Gal=C3=A8ne_videoconferencing_server_discussion_list?= Archived-At: List-Archive: List-Help: List-Post: List-Subscribe: List-Unsubscribe: Dear all, I've just had a chat with Alain (Gal=E8ne's UI guy), and we've come to the conclusion that we need some changes to the protocol. I thought I'd run them through you. First of all, the UI needs to distinguish between users of different categories -- ops against ordinary users, as well as perhaps have a distinguished "speaker" during seminars and lectures (who might or might not happen to be an op). Second, we need some way for a user to signal their state. The obvious case is the "hand up" or "in queue" state, where a user requests attention from the speaker. This could be shown as an icon next to the user in the user list, or perhaps the speaker could have a dedicated window with a list of users in queue. The user data structure already has a list of permissions (op, presenter, etc.). The first step would be to add a second list, known as "states", which is controlled by the user itself and is not interpreted by the server; the user themselves can change their states at any time. The user's permissions are not currently known to other users. The second step would be to extend the "user" message, which is used to populate the user list, with two new fields, "permissions" and "states", which indicate the permissions and states, respectively, of a user to all the other users. Whenever something changes, a new "user" message (of kind "change") would be sent to all users. User states would not be interpreted by the server (just as userMessages are not), which would allow extending the frontend without further modifications to the server. The first application would be hands up, but some frontends might want to add moods or traditional states (busy, away, e= tc.). I'm not sure if user polls can be shoehorned into that framework, and how. Are there any other usage scenarios that I'm missing? -- Juliusz