From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Search multiple Info-buffers at once with Info-occur function Date: Sat, 29 May 2021 16:29:20 +0300 Message-ID: <83mtsd653j.fsf@gnu.org> References: <83cztij5ky.fsf@gnu.org> <835yz9kd6q.fsf@gnu.org> <5C87AF42-3A48-42B2-93C8-9C7421CB2EA4@gnu.org> <87czt94uc3.fsf@gmail.com> <83o8ct68hw.fsf@gnu.org> <878s3x4rju.fsf@gmail.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24871"; mail-complaints-to="usenet@ciao.gmane.io" Cc: dalanicolai@gmail.com, emacs-devel@gnu.org To: Augusto Stoffel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat May 29 15:30:15 2021 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 1lmz2d-0006J0-Hu for ged-emacs-devel@m.gmane-mx.org; Sat, 29 May 2021 15:30:15 +0200 Original-Received: from localhost ([::1]:38204 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lmz2c-0002kR-I8 for ged-emacs-devel@m.gmane-mx.org; Sat, 29 May 2021 09:30:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40428) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lmz1g-0001as-Eb for emacs-devel@gnu.org; Sat, 29 May 2021 09:29:16 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:43346) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lmz1f-0006fE-82; Sat, 29 May 2021 09:29:15 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1730 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lmz1d-0007Os-BT; Sat, 29 May 2021 09:29:14 -0400 In-Reply-To: <878s3x4rju.fsf@gmail.com> (message from Augusto Stoffel on Sat, 29 May 2021 15:07:17 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:270058 Archived-At: > From: Augusto Stoffel > Cc: dalanicolai@gmail.com, emacs-devel@gnu.org > Date: Sat, 29 May 2021 15:07:17 +0200 > > On Sat, 29 May 2021 at 15:15, Eli Zaretskii wrote: > > > Are you sure the facilities in info-look.el aren't a better starting > > point (or maybe even a solution) for the problems you have in mind? > > Ah, I wasn't aware of this. It's pretty much what I had in mind. Then I'm glad I mentioned this. > The only downside of info-look (and I guess this is inherent to the info > format, or to long-form documentation is general) is that you can't just > pick a random collection of manuals to search for symbols. Instead, > there's a manually curated list of modes (via > `info-lookup-maybe-add-help') with recipes as to what constitutes a > symbol in that manual. That's true, but how else can Emacs possibly know which manual(s) is/are relevant to a random symbol or major mode? Eventually, you must have some DB of data that connects these dots, and info-look.el provides the infrastructure to maintain and extend such a DB. Right? Or am I missing something?