From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id SLOsID0yMGMGYwEAbAwnHQ (envelope-from ) for ; Sun, 25 Sep 2022 12:49:33 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id cFjHHz0yMGM3zAAAG6o9tA (envelope-from ) for ; Sun, 25 Sep 2022 12:49:33 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 12A4B2B1FB for ; Sun, 25 Sep 2022 12:49:33 +0200 (CEST) Received: from localhost ([::1]:51984 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ocPCW-00081B-7l for larch@yhetil.org; Sun, 25 Sep 2022 06:49:32 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:43128) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ocPAB-00080V-6N for emacs-orgmode@gnu.org; Sun, 25 Sep 2022 06:47:07 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54820) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ocPAA-00086m-HU; Sun, 25 Sep 2022 06:47:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=bQyZZog1Grsk3f6rCqIMACWkVMB/sqomMQmGtyaHsDI=; b=d3yZY7DvNjCh7KCkdz1B qm+B6AwcLLPscg7T2728Rz7Q6kLFKRcKYQbFkKsQQJ0awskh+2Izzn2FlTfaDdqaigIkDxaMNmaqu 5gm0jJ5L/Lx8CDMNn+pnypZxgtSrsXTyIL06Dxap47MfXVMafYtK54THuOWezbwMFf88iVZZgh9i0 8oP6bqTfaLw+iecpWVBGXLPNoRYCz9W9MsQwCplNtsvYzt30k3wMwhM8xuzcUuDJR5v6o0pip3gH8 LDNlra8IT6+QMm/zxIeBzY9tC1U/3a3Lspeupb7+GcQ1CKhi4XWUxd7026u4kpgXlrQS9y2ZKzA98 cBdlbzzvpYKZDg==; Received: from 96.52.140.77.rev.sfr.net ([77.140.52.96]:47882 helo=hal) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ocPA7-0005FS-3q; Sun, 25 Sep 2022 06:47:04 -0400 Received: by hal (Postfix, from userid 1000) id ABF9C1E0409; Sun, 25 Sep 2022 12:46:59 +0200 (CEST) From: Bastien To: Timothy Cc: emacs-orgmode@gnu.org Subject: Re: IM dev discussions? In-Reply-To: <87k05t8qa3.fsf@tec.tecosaur.net> (Timothy's message of "Sat, 24 Sep 2022 10:12:06 +0800") Organization: GNU References: <871qs6ygmv.fsf@gnu.org> <87bkrasnla.fsf@localhost> <871qs6li9l.fsf@gnu.org> <874jx2wqgi.fsf@tec.tecosaur.net> <87czbq7ach.fsf@gnu.org> <87fsgmqu1h.fsf@localhost> <87r105xicb.fsf@localhost> <87a66ra45s.fsf@localhost> <87mtar2yph.fsf@gnu.org> <87mtaq95sr.fsf@localhost> <87bkr61tmw.fsf@gnu.org> <86o7v5mslb.fsf@gmail.com> <87k05t8qa3.fsf@tec.tecosaur.net> Date: Sun, 25 Sep 2022 12:46:59 +0200 Message-ID: <87pmfj7mu4.fsf@bzg.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1664102973; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=bQyZZog1Grsk3f6rCqIMACWkVMB/sqomMQmGtyaHsDI=; b=iKdZ0N3tM6U+rBGtAe49/0QjJr7z91KNXrm81eqy5sdoJUqXQwLtWkKUoQV8VqJlwFdcnR FkJd83GzTN/ivcx+9EJiDbvhTF+CdxurPilVl8+dV90DZFWfOpLRiYjnTgrN/ts/K8smzt vqurnic0tdDlpI6O4+cIaCqJ2pbTdjs/Nls63bGMvljGT1tHi+Is6UjamLAamZEyYwdj+U qgCHftXdzAsaVc08mS42s4E8IRaE4L5zj+S3tvt4vgJZdY37EBSfaIsspbxusVowWVn2sH 7dloDDwGQsqvlUMXQTNROCEr7wo3wVqeMNOoIVKWlRRVnw6D+dsCFbKDsrzUWw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1664102973; a=rsa-sha256; cv=none; b=HRglp+mGW+h1PVMSX+sMfl1Ry4ffLH/7rUOA6ovTX3xq6lhn5AVEcNnyKfouyfEtfHxdsq Y6kvim7hKGSk9sKoH1ngC4JPzfNa1H3InBwHThxsNQHGkjBGLU/D2jAQo8Ft9T8lgcsYza 5nG0yoBvt3reAybiWTyKNH0sD3abFS3/SBhRfvl1XiMRIcLbqucMmkX/Hwirs7EE7VPwZZ j2isHvQT4c9FfwwcUzakw/wz381vIJEU34HLGVnsKk/5UvDuKLcFelE8jKG7XK+EQ/hQ7b D8EG1Q6Ripq5gs/qbHQSiLDAoA4kucGg5tj9De7uX+1kdisqzojIzvFYaWMprA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=d3yZY7Dv; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -2.55 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=d3yZY7Dv; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 12A4B2B1FB X-Spam-Score: -2.55 X-Migadu-Scanner: scn1.migadu.com X-TUID: jCd5qZPSH6uI Hi Timothy, Timothy writes: > Doing something similar for Org development is an interesting idea. Somet= hing > similar probably could be set up with the Org room, or a dedicated Org-de= v room > (I=E2=80=99m aware of Bastien=E2=80=99s thoughts on wanting development a= nd help to not be > separated, but while I like the idea of them living in the same space, I= =E2=80=99m > personally a big fan of categorisation. For instance, we could make an or= g-mode > space with a few different rooms: org-dev, org-help, org-showcase, org-ch= at, > etc.). I'm all for places where people can freely discuss anything related to Org. There are already many such places: #org-mode and #org-mode-fr on IRC, r/org-mode on reddit.com, stackoverflow.com, etc. I don't want development decisions to be taken in such places---that I think we all agree upon. Based on that, I don't want a separated IRC channel or a Matrix room to be promoted (de facto, by its name) as the place for "contributing to Org's development": #org-dev or a dedicated Matrix room would sound like this to newcomers. #orgmode is the IM complement of the mailing list: a place where Orgers discuss. On top of that, the ML is the place where to suggest patches. I think I get your point about categorisation in general, but in this case, there is the risk of excluding a category of people (lurkers, occasional contributors, etc.) or more precisely: to incidently and inadvertently encourage them to self-exclude themselves. > With regards to accessibility, I think Matrix is also reaching a rather g= ood > point.=20 Is it possible to lurk in a Matrix room without any login? The same way you can send an email to the mailing list without being a subscriber (vs opening a GitHub issue without having a GitHub account) you can lurk in #org-mode without having a registered account on the IRC server, which is good. > The current state of affairs includes an Emacs client, a host of > dedicated apps, in-browser web clients, and more. While the ability to pe= ruse > archives has not yet been developed, it is also possible to copy a link t= o a > particular message, and so a conversation can be transferred from Matrix = to the > ML with a link to the initial conversation, e.g. > It's good to be able to connect to Matrix via Emacs: I will try this myself soon.=20=20 All best, --=20 Bastien