From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.help Subject: RE: info-find-source Date: Sat, 20 Jan 2018 16:04:13 -0800 (PST) Message-ID: <0391c817-8c86-4ae5-a774-3d4118d8c9ed@default> References: <86bmhyk2qy.fsf@zoho.com> <87mv1ia0et.fsf@robertthorpeconsulting.com> <86a7xhgnag.fsf@zoho.com> <86po6beoxh.fsf@zoho.com> <86h8rmdhie.fsf@zoho.com> <861sim4903.fsf@zoho.com> <87zi59616g.fsf@mbork.pl> <86vafx1og8.fsf@zoho.com> <86mv18z4xp.fsf@zoho.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1516493003 20847 195.159.176.226 (21 Jan 2018 00:03:23 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 21 Jan 2018 00:03:23 +0000 (UTC) To: Emanuel Berg , help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Jan 21 01:03:19 2018 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ed36I-0004Tt-W6 for geh-help-gnu-emacs@m.gmane.org; Sun, 21 Jan 2018 01:03:07 +0100 Original-Received: from localhost ([::1]:45319 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ed38J-0001Sv-7F for geh-help-gnu-emacs@m.gmane.org; Sat, 20 Jan 2018 19:05:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45731) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ed37e-0001SU-1A for help-gnu-emacs@gnu.org; Sat, 20 Jan 2018 19:04:30 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ed37a-0006LL-T0 for help-gnu-emacs@gnu.org; Sat, 20 Jan 2018 19:04:30 -0500 Original-Received: from aserp2130.oracle.com ([141.146.126.79]:47672) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ed37a-0006Ky-Lf for help-gnu-emacs@gnu.org; Sat, 20 Jan 2018 19:04:26 -0500 Original-Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w0L02JXR011925; Sun, 21 Jan 2018 00:04:14 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2017-10-26; bh=4Ev8Uowz29NLHMwZkc+MST9FTXzWdh2Nz6S1vCAaUQM=; b=RjHNhdbEO9Z3iOV8Novy6zxIw6w9S3U+ssxW/7FQcmh1jI6lBIh7ngT8RDkAehmdRbv9 NnQrDUO/0LnF17z5GWUeAHB38jvscBtwiRWZFBzS29UC5dSmWXb1czB9DkSWCkCie8y5 FkPOytT9sL1mgLRtUlk0dX57E0Z2BxvCdTpC7Xp3zsduanZedGNtqlc97FGFaT9uVo8Y tn2p6Lsx9/LXFAzzuJIFLo2s37p77C7VSfzdHkv5i7dy4r0yrrXb8WsF91yT+WNfIEG+ UwEzcdd0C+RZUOjsnp65YRd2CQKxepjlzM3TuYGO3NEVt5AatvSfMMXRBbUY1uySjzNN Rw== Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp2130.oracle.com with ESMTP id 2fmfx2007v-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 21 Jan 2018 00:04:14 +0000 Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w0L04Eb6016751 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sun, 21 Jan 2018 00:04:14 GMT Original-Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w0L04CTD015604; Sun, 21 Jan 2018 00:04:14 GMT In-Reply-To: <86mv18z4xp.fsf@zoho.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4627.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8780 signatures=668655 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=419 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1801200344 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] [fuzzy] X-Received-From: 141.146.126.79 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:115807 Archived-At: > OK, so it is the *.info files* that one is > disencouraged from editing? Well yeah, why > would you do that?! Quick correction/annotation/addition to one's own copy of a manual. Versus re-creating lots of stuff (after having installed `makeinfo', if it's not installed locally). The existence of `makeinfo' does not obviate the usefulness of `Info-edit'. > The "by hand" phrasing is where the confusion > begins because it seems to imply there is > a better way to "edit" them. But to me it seems > totally backward to edit the result of > compilation When that result is human-readable text it's not a big deal to edit it. Of course, if you want the change to be reflected more globally or to be shared etc. then you want to only modify Texinfo source and generate Info output. You yourself argued for using *.info files in plain editing mode (e.g. after `C-x n w'). Something like `Info-edit' is nowhere near as extreme as that. It's used for simple, quick one-off changes or additions. One doesn't have to argue _against_ generating Info from Texinfo to see some utility in a=20 command such as `Info-edit'. Granted, that utility is limited, and most people have never even heard of it. But that's not the same as saying that it has no raison d'etre. ____ I mentioned that Info+ has a command, `Info-merge-subnodes', for creating a plain-text, prettified merge of Info nodes (even a whole manual, but more typically a section of a manual, however small). Such a flat buffer can be useful sometimes (e.g., plain-text printing, some kinds of searching, sending excerpts), but I wouldn't argue that `Info-merge-subnodes' is a _super_ useful command. Some commands have limited usefulness and use cases. `Info-edit', like `Info-merge-subnodes' is one such.