From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Corwin Brust Newsgroups: gmane.emacs.devel Subject: RFC: adding erc-hide-lines to GNU ELPA Date: Sun, 13 Feb 2022 09:39:56 -0600 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19462"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Amin Bandali , "F. Jason Park" To: Emacs developers Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Feb 13 16:41:31 2022 Return-path: Envelope-to: ged-emacs-devel@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 1nJH0F-0004p6-94 for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Feb 2022 16:41:31 +0100 Original-Received: from localhost ([::1]:52492 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nJH0D-0003ql-H6 for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Feb 2022 10:41:29 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:35284) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nJGyz-00037D-0Y for emacs-devel@gnu.org; Sun, 13 Feb 2022 10:40:13 -0500 Original-Received: from mail-ej1-f46.google.com ([209.85.218.46]:40782) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nJGyw-00056g-3u; Sun, 13 Feb 2022 10:40:12 -0500 Original-Received: by mail-ej1-f46.google.com with SMTP id p15so32639653ejc.7; Sun, 13 Feb 2022 07:40:09 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=f1BPDjho+eA5BYlNDu9LKZ0yxEigCdE7TxmGLs+/agE=; b=QL11dvFTEUIdmQJsH4+bW5tMjHSv2fCIAQq8Bc3rGZpPqpNSzdllgnWeFo1T2FaTIX LbDQmpNTmXz7KjjgGktbZlPPUdtzxq9JOojjrYYB5igFFh6/CxSRdzueTTjVVUCJSdhw eoDgFdX3R/KMOaSI0flj8nPGD1V1iCf6xnLzykFYC6Vm8vZeg0O6q9xoCcYfcC27Z9DU D9d+rfGeFKjhjQ/opndl/b1hWUGDkn5LFMX1eJTX2LRgdIYCP9mBeQ95DIOoC2GpYSMW yywucgLNqUGy3TRH4PH/zq7jjjA1ZKpqKTOP/eXjFLmCpoei+WPyKWHJIRCAgjdAcuVs xskA== X-Gm-Message-State: AOAM533HLrnjliKnEHGPdPCYni08WgWhkA4vigwOcXir/9gZL0F498Va bP9flNEqYSaPMZb1XcWWQ6rk02K8seL3TYxjO7k0jP70 X-Google-Smtp-Source: ABdhPJyNgFlNnt0Jfi8H6YlE0z+41t7G+6/ib2FQkwttDCfKU5tI9o2YXxePdMNvTQC1JIkyQkc+LlbU2diuic0ZaqI= X-Received: by 2002:a17:907:3f97:: with SMTP id hr23mr8166933ejc.578.1644766807915; Sun, 13 Feb 2022 07:40:07 -0800 (PST) In-Reply-To: Received-SPF: pass client-ip=209.85.218.46; envelope-from=mplscorwin@gmail.com; helo=mail-ej1-f46.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:286217 Archived-At: Hi Emacs devotees, The forwarded message describes a "new" module for ERC. I sending on to this list as an "RFC" regarding adding this to GNU ELPA. Based on the discussion so far, we think publishing it separately for now (via GNU ELPA) may be nice. This could let us improve the feature via feedback from more people, while we work on what may be a long discussion regarding integrating it with ERC, proper. As context, there is some sense this approach may eventually supplement or even replace several features currently deeply ingrained in ERC, such as for discarding messages and channel activity tracking. TIA for comments and feedback of any type, but especially your views on adding this to ELPA. Corwin ---------- Forwarded message --------- From: Corwin Brust Date: Sun, Feb 13, 2022 at 9:20 AM Subject: erc-hide-lines - per channel hide/show To: Cc: F. Jason Park TL;DR Appears stable, might try for patches to ERC "soon". erc-hide-lines - toggle display of IRC message visibility https://sr.ht/~mplscorwin/erc-hide-line/ Please test/review & share your feedback! -=-=-=-=-=-=-=-=-=-=- I have been using this in my daily driver for around 1yr and I'm happy with it. So much so that I will likely offer a patch to see it included in ERC in the not-too-distant future. Alternately, this could go to ELPA (as separate from ERC) -- hence cross-posting to devel as a sort of Pre-RFC, in case the consensus may be to go that direction, at least initially. Please share your thoughts if you like one or the other of these approaches better. _Recent Updates_ - add ERC module declaration - easily hide most types using ":most" - fix inf-loop given invalid settings - improve README/docstrings _Less Recent Updates_ - remove need for patching ERC (thanks JP) - erc-hide-show: (C-h C-h h) set/apply to defaults or channel - cmd: erc-hide-show-toggle: (C-h M-h) hide/show in current buffer _Next Steps_ - improve keymap (remove bindings when disabling) - use erc-track-exclude for (fallback?) defaults - prep patches to merge to ERC or publish via ELPA _Later Maybe_ - get hidable types via introspection/code-scraping - hide stuff per-network, per-nick, combinations, etc. - support ignore/fools/pals/...? - extract the "mini-DSL" for ease of reuse - roadmap supplementing/replacing "drop" based features with "hide-line" approach TYVM to many, especially JP for up-to-and hasty drive-by copy-edits of this note and Emanuel for help getting rid of byte/native comp warnings, and in advance to the community for your help testing this, and for your feedback and suggestions.