From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Amin Bandali Newsgroups: gmane.emacs.erc.general,gmane.emacs.devel Subject: Re: [ELPA] New package: ERC Date: Mon, 27 Sep 2021 22:36:04 -0400 Message-ID: <87mtnx2zqj.fsf@gnu.org> References: <87tuih3jfq.fsf@gnu.org> <875yuwpr4o.fsf@gnus.org> <87o88f746a.fsf@gnu.org> <87mtnzb0g5.fsf@posteo.net> <87y27j5au4.fsf@gnu.org> <87mtnyxqql.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5271"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: emacs-erc@gnu.org, emacs-devel@gnu.org To: Philip Kaludercic Original-X-From: emacs-erc-bounces+sf-erc-help=m.gmane-mx.org@gnu.org Tue Sep 28 04:36:14 2021 Return-path: Envelope-to: sf-erc-help@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 1mV2yc-00018G-DP for sf-erc-help@m.gmane-mx.org; Tue, 28 Sep 2021 04:36:14 +0200 Original-Received: from localhost ([::1]:51654 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mV2yb-0006E8-8T for sf-erc-help@m.gmane-mx.org; Mon, 27 Sep 2021 22:36:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34366) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mV2yU-0006D0-FB; Mon, 27 Sep 2021 22:36:06 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:52558) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mV2yU-0003AB-3L; Mon, 27 Sep 2021 22:36:06 -0400 Original-Received: from [2607:fea8:3fdf:f2d9:fd41:fea0:a45a:c58e] (port=49468 helo=langa) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mV2yT-0000ts-Uc; Mon, 27 Sep 2021 22:36:06 -0400 In-Reply-To: <87mtnyxqql.fsf@posteo.net> X-BeenThere: emacs-erc@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: General discussion about ERC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-erc-bounces+sf-erc-help=m.gmane-mx.org@gnu.org Original-Sender: "emacs-erc" Xref: news.gmane.io gmane.emacs.erc.general:1608 gmane.emacs.devel:275643 Archived-At: Philip Kaludercic writes: > Amin Bandali writes: > >> Philip Kaludercic writes: >> >>> Amin Bandali writes: >>> >>>> On this topic, I've briefly seen philipk's proposal for `compat.el' on >>>> emacs-devel, but I'm not yet sure if it's meant to tend to the needs >>>> of individual packages like ERC and add funs/vars on request. So for >>>> ERC's purposes it might be better to revive and use `erc-compat.el'. >>> >>> It certainly could, the question is only if the functionality of a 300+ >>> line file should be copied into a general-purpose compatibility library. >> >> By "300+ line file" you mean `iso8601.el'? If so, I would indeed not >> expect `compat.el' to duplicate all of that. However, I wonder if >> `compat.el' may be able to house some funs/vars needed to port >> `iso8601.el' to older Emacsen? > > That should certainly be possible. I don't think iso8601 depends on > anything that wasn't possible with Emacs 24. Cool. In that case I guess we could hope to potentially see iso8601 on GNU ELPA at some later point in the future with compatibility down to Emacs 26 or perhaps a bit older. :) >> I haven't had a close look at it, nor at the time-related changes in >> Emacs 27, to know if this would be doable in a reasonable way. >> Perhaps Lars might. -- https://bndl.org