From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Bj=C3=B6rn?= Bidar via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs,gmane.emacs.erc.general Subject: bug#49860: 28.0.50; add IRCv3 building blocks to ERC Date: Wed, 17 Jul 2024 01:19:44 +0300 Message-ID: <36738.7430554786$1721168417@news.gmane.org> References: <87pmuuvx3p.fsf@neverwas.me> <87h6cp6dz7.fsf@neverwas.me> Reply-To: =?UTF-8?Q?Bj=C3=B6rn?= Bidar Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38234"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: emacs-erc@gnu.org, 49860@debbugs.gnu.org To: "J.P." Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jul 17 00:20:09 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1sTqWn-0009jH-6z for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 17 Jul 2024 00:20:09 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sTqWj-0007c9-QV; Tue, 16 Jul 2024 18:20:05 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sTqWe-0007at-Qd for bug-gnu-emacs@gnu.org; Tue, 16 Jul 2024 18:20:01 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sTqWd-0003by-4n for bug-gnu-emacs@gnu.org; Tue, 16 Jul 2024 18:20:00 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sTqWf-0005u3-Rg for bug-gnu-emacs@gnu.org; Tue, 16 Jul 2024 18:20:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Bj=C3=B6rn?= Bidar Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 16 Jul 2024 22:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49860 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 49860-submit@debbugs.gnu.org id=B49860.172116839722676 (code B ref 49860); Tue, 16 Jul 2024 22:20:01 +0000 Original-Received: (at 49860) by debbugs.gnu.org; 16 Jul 2024 22:19:57 +0000 Original-Received: from localhost ([127.0.0.1]:34557 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sTqWa-0005tf-IL for submit@debbugs.gnu.org; Tue, 16 Jul 2024 18:19:56 -0400 Original-Received: from thaodan.de ([185.216.177.71]:58132) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sTqWY-0005tO-6Y for 49860@debbugs.gnu.org; Tue, 16 Jul 2024 18:19:55 -0400 Original-Received: from odin (dsl-trebng12-50dc75-154.dhcp.inet.fi [80.220.117.154]) by thaodan.de (Postfix) with ESMTPSA id 5F80FD00030; Wed, 17 Jul 2024 01:19:45 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=thaodan.de; s=mail; t=1721168385; bh=hXrWepAaAgqSvtTGCTk7H1TNVSzQzR3lSYJCE691z1Q=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=NizYep/cheqVshoYP3XrrKk+KeUxp2iSLnpBMHNOUad5QFejik3fXCC9p5bGn6nrU k76l88k/iuvm5i+iDsZXOQdbgBVgg9zOmyWgpUARgA2fW+iB99nNKYzyLVwkwfj1mt Tp9f/pinUI7lMMbZhA+L8XvIVaQaodWE3BfdYps+ilRpI0qcAjH3bsrUa4eDRXdsBq owntUbGC486s5jh6Xk9DKvQaOcuuOmuFjU8ySTU1qWDDcRlIRoJl1kzmJoLIlJPXjQ bnRjjhtE46/bVSWP0eD3WZIiu8gtFXsmOEXT7Rx1zt7K0iV4+KlLkJo6w5WdBFlSZR 0I9se9CITt1E8nNgG1gSqqJsw779dnu5qratw06sEzHvfKka2rfUG3OSZfrvNfdDCh HdPFYZqn4Vb+Oqkw5ok6JUc04MAkoOnZUB1+rTF13JCxslGZtZM2evVAovQzUZ9miL zg+LzdGyoaDg7x2wqy+X+sXXCYZfsx1Htrqeuyt8fLHL969c2XYjtuooIDqWHT56EY +NRJyu6bEznI9+XPwt6JZAZMqPYk1S4nLK356Qbz/dK0h6fFXrXDBBZi8P0/iXny/e zpE1HQbKV1JWDnOCOddtIu0kP99ljinY1vVvXD+TYwln4eJvEVq21gbRGMkBBI3SIq j7NV6HdTf6jjbndChMhKfZag= In-Reply-To: <87h6cp6dz7.fsf@neverwas.me> (J. P.'s message of "Mon, 15 Jul 2024 23:35:40 -0700") Autocrypt: addr=bjorn.bidar@thaodan.de; prefer-encrypt=nopreference; keydata= mDMEZNfpPhYJKwYBBAHaRw8BAQdACBEmr+0xwIIHZfIDlZmm7sa+lHHSb0g9FZrN6qE6ru60JUJq w7ZybiBCaWRhciA8Ympvcm4uYmlkYXJAdGhhb2Rhbi5kZT6IlgQTFgoAPgIbAwULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgBYhBFHxdut1RzAepymoq1wbdKFlHF9oBQJk1/YmAhkBAAoJEFwbdKFl HF9oB9cBAJoIIGQKXm4cpap+Flxc/EGnYl0123lcEyzuduqvlDT0AQC3OlFKm/OiqJ8IMTrzJRZ8 phFssTkSrrFXnM2jm5PYDoiTBBMWCgA7FiEEUfF263VHMB6nKairXBt0oWUcX2gFAmTX6T4CGwMF CwkIBwICIgIGFQoJCAsCBBYCAwECHgcCF4AACgkQXBt0oWUcX2hbCQEAtru7kvM8hi8zo6z9ux2h K+B5xViKuo7Z8K3IXuK5ugwA+wUfKzomzdBPhfxDsqLcEziGRxoyx0Q3ld9aermBUccHtBxCasO2 cm4gQmlkYXIgPG1lQHRoYW9kYW4uZGU+iJMEExYKADsCGwMFCwkIBwICIgIGFQoJCAsCBBYCAwEC HgcCF4AWIQRR8XbrdUcwHqcpqKtcG3ShZRxfaAUCZNf2FQAKCRBcG3ShZRxfaCzSAP4hZ7cSp0YN XYpcjHdsySh2MuBhhoPeLGXs+2kSiqBiOwD/TP8AgPEg/R+SI9GI9on7fBJJ0mp2IT8kZ2rhDOjg gA6IkwQTFgoAOxYhBFHxdut1RzAepymoq1wbdKFlH X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:288899 gmane.emacs.erc.general:2535 Archived-At: "J.P." writes: > Under the proposed scheme, extensions will be actual minor modes with an > associated mode variable and a non-interactive toggle function (rather > than a traditional mode command). These modes will be kept internal and > modified slightly to meet the demands of your typical extension. Most > importantly, instead of being t, a mode variable's enabled value will be > an instance of a new `extension' "type," a hierarchical data structure > to be shared among all buffers of a session as a first-class citizen. > Its purpose: to describe the extension's health and lifecycle stage and > its relationship to other extensions. It may also contain arbitrary > application state relevant to the session. How would IRv3 extension be implement as minor mode would work? For example deactivating them does not work without reconnecting. Further they are also interconnected you need some to activate others. I think there are some where deactivating them doesn't make sense to me such as for example the server-time extension where the client will know when a message was send as opposed to not knowing it and assuming that the time the message was send is the time the client receives the message.