From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: How to make Emacs popular again. Date: Sat, 10 Oct 2020 09:20:29 -0700 (PDT) Message-ID: References: <20200926163008.GS1349@protected.rcdrun.com> <749c3394-ec9a-43a5-aad6-942a5583d072@default> <39e60177-7d71-489a-a39c-38b3cf291266@default> <87r1q6h385.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31125"; mail-complaints-to="usenet@ciao.gmane.io" Cc: bobnewell@bobnewell.net, Richard Stallman , Robert Pluim , emacs-devel@gnu.org, =?iso-8859-1?B?Sm/jbyBU4XZvcmE=?= , Gregory Heytings , =?iso-8859-1?B?RGFuaWVsIE1hcnTtbg==?= To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Oct 10 18:21:31 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 1kRHch-00081k-3f for ged-emacs-devel@m.gmane-mx.org; Sat, 10 Oct 2020 18:21:31 +0200 Original-Received: from localhost ([::1]:34524 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kRHcg-00041n-75 for ged-emacs-devel@m.gmane-mx.org; Sat, 10 Oct 2020 12:21:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45494) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kRHc1-0003bI-6G for emacs-devel@gnu.org; Sat, 10 Oct 2020 12:20:50 -0400 Original-Received: from aserp2130.oracle.com ([141.146.126.79]:39248) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kRHbw-0005Eq-UQ; Sat, 10 Oct 2020 12:20:48 -0400 Original-Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 09AGEWSn041114; Sat, 10 Oct 2020 16:20:38 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=xHYYdIzYv/47uYA4EC8ivX//RbBugzYwSXkkzUMF5+c=; b=BWreOKDXBEhbaCp+199QExezxeavdnQmw01Xby8U4d5p1Oyj3l7hPLRVp/Ryf0o2xcUz hLDjZfqW+Idh5+tZoLWIeG6tzSIWNmip0keVxKMCWK7Ab5ztXOwde2pMF8lbjaqVshOH ZT90do2LQdm3xcMBrgQyJqJ5fd8i9cTRp9Kuq7VnZppc6TQHQ9lQk0B3IahcSCEc7TeH u/P4w78geDFbsL54YWJRta8qkL5RdarEyPs3Et/0gYULwdlm7pujUxIn3D1vuoYA/fZF WDyhJ68KyC5QmWRdviJ5xKWcLlSipmHsdSIvUadBO0isXsBNcNITEuEZUT24Qy0UOI9a Fw== Original-Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by aserp2130.oracle.com with ESMTP id 3432fa94eb-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 10 Oct 2020 16:20:38 +0000 Original-Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 09AGF39u085752; Sat, 10 Oct 2020 16:20:38 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserp3020.oracle.com with ESMTP id 3434rxvbs7-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 10 Oct 2020 16:20:37 +0000 Original-Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 09AGKU8R003534; Sat, 10 Oct 2020 16:20:33 GMT In-Reply-To: <87r1q6h385.fsf@gmx.de> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5056.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9770 signatures=668681 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 spamscore=0 phishscore=0 mlxlogscore=999 adultscore=0 suspectscore=0 malwarescore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2010100153 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9770 signatures=668681 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 impostorscore=0 priorityscore=1501 bulkscore=0 phishscore=0 clxscore=1015 malwarescore=0 spamscore=0 adultscore=0 mlxscore=0 mlxlogscore=999 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2010100153 Received-SPF: pass client-ip=141.146.126.79; envelope-from=drew.adams@oracle.com; helo=aserp2130.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/10 12:11:34 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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:257329 Archived-At: > >> One way to register new manuals is by calling > >> `info-lookup-maybe-add-help' to register a new help > >> specification. Here's how info-lookup recognizes Tramp symbols from > >> Emacs Lisp buffers, for example:... > >> > >> If you are not in an Emacs Lisp buffer, you can always do C-u C-h S an= d > >> select `tramp-info-lookup-mode' manually. > > > > OK, good to know. It would be good to incorporate > > such an ability in an easy-to-specify/use manner. > > > > E.g., in `help-fns+.el' you can just specify a list > > of manuals to use, in a user-option. > > > > It sounds like what you describe would need some > > encapsulation, massaging, or interfacing, to let > > users just do that to make use of specific manuals. >=20 > In Tramp, I've implemented a package-self hook. That is, if Tramp is > loodad, it hooks its manual into info-lookup. >=20 > A similar approach could be recommended for other packages. Sounds good. However, my thinking (so far) is this: 1. Users, not packages, should decide which manuals to search, for this. 2. This should be as easy as possible for users: just set an option value to the list of manuals they want to use. On the other hand, if packages need to jump through some hoops to make their manual even available for use by `info-lookup-symbol', then yes, that should be done. It would preferably be done in some general, perhaps even automatic, way. E.g., `info-lookup-symbol' itself should be made open to an arbitrary list of manuals, and any new manual should be able to add itself to those known by `info-lookup' (or that should happen automatically). But users should be able to easily control which manuals are actually used.