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: Opaque objects and Emacs documentation Date: Sun, 26 Jul 2020 17:02:53 +0300 Message-ID: <83mu3mbche.fsf@gnu.org> References: <20200712184908.13140.5739@vcs0.savannah.gnu.org> <20200712184909.BBC61209B1@vcs0.savannah.gnu.org> <7bf4d6ef-c0ec-43dc-ad5d-f6e81422ad90@yandex.ru> <83zh84m5ws.fsf@gnu.org> <3dd1c224-69b2-40af-5b2e-43a310253632@yandex.ru> <83tuybmtxs.fsf@gnu.org> <859f594b-1343-6d26-e1ac-7157c44eb56c@yandex.ru> <83a6zyk4tt.fsf@gnu.org> <865zadhl1f.fsf@gmail.com> <86zh7pemgn.fsf@gmail.com> <83tuxxea60.fsf@gnu.org> <86r1szd05u.fsf@gmail.com> <837durczc4.fsf@gnu.org> <86imebnyaa.fsf@gmail.com> <83wo2rau4n.fsf@gnu.org> <868sf6iqk4.fsf@gmail.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7112"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Andy Moreton Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jul 26 16:03:37 2020 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 1jzhFZ-0001lT-0h for ged-emacs-devel@m.gmane-mx.org; Sun, 26 Jul 2020 16:03:37 +0200 Original-Received: from localhost ([::1]:37696 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jzhFY-0003Fg-3P for ged-emacs-devel@m.gmane-mx.org; Sun, 26 Jul 2020 10:03:36 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52048) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jzhF3-0002q3-Ae for emacs-devel@gnu.org; Sun, 26 Jul 2020 10:03:05 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:35337) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jzhF3-0000Ko-21; Sun, 26 Jul 2020 10:03:05 -0400 Original-Received: from [176.228.60.248] (port=4880 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jzhF2-00062h-2a; Sun, 26 Jul 2020 10:03:04 -0400 In-Reply-To: <868sf6iqk4.fsf@gmail.com> (message from Andy Moreton on Sun, 26 Jul 2020 10:16:59 +0100) 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:253253 Archived-At: > From: Andy Moreton > Date: Sun, 26 Jul 2020 10:16:59 +0100 > > >> > i project RET , > >> > >> Nope, that goes to the end of node "(emacs) Project File Commands", even > >> from "emacs -Q". > > > > And how is that a problem? > > Because it does not match the question asked. You claimed that the 2nd > hit in the search for "project" would land at the "Working with > Projects" node, but does not do so. > > It is not a problem, but your answer was not accurate. I apologize for being inaccurate (it was accurate in Emacs 27, where there's a single section devoted to project.el functionality). My point, though, is that for the use case where the user has no idea what can be done with project.el, and asks him/herself "what is this Project thing", getting to a subsection of that section in a couple of keystrokes is "good enough".