From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Filter registers before preview Date: Mon, 31 Jul 2023 02:15:16 +0200 Message-ID: <873515x7fv.fsf@web.de> References: <874jlldzhx.fsf@lipklim.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29832"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) To: emacs-devel@gnu.org Cancel-Lock: sha1:BjGkD891+DXfMoDAiJ5uHMzYTZU= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Jul 31 02:16:39 2023 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 1qQGaU-0007bV-DF for ged-emacs-devel@m.gmane-mx.org; Mon, 31 Jul 2023 02:16:38 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qQGZR-0006Zw-L8; Sun, 30 Jul 2023 20:15:33 -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 1qQGZQ-0006Zn-Qi for emacs-devel@gnu.org; Sun, 30 Jul 2023 20:15:32 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qQGZL-0006PS-RT for emacs-devel@gnu.org; Sun, 30 Jul 2023 20:15:32 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1qQGZI-0006EF-CI for emacs-devel@gnu.org; Mon, 31 Jul 2023 02:15:24 +0200 X-Injected-Via-Gmane: http://gmane.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io 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.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:308213 Archived-At: Evgenii Klimov writes: > Hi, I find registers very useful (especially with elaborate > `register-preview-function'), but as they become more and more numerous, > it gets difficult to select the right one, because every command > (`jump-to-register', `insert-register', etc.) shows every register in > the preview buffer, even if the register is not applicable in this > context. > > The following is my attempt to deal with this issue. If you find this > idea interesting then I can rewrite this patch to conform with > the surrounding code (cl-defgeneric/cl-defmethod) and your remarks. The idea sounds useful. Ideally the code remains extensible so that adding new types of registers is not harder than now (I guess that's what you meant with the last sentence). Michael.