From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Pierre =?UTF-8?B?VMOpY2hvdWV5cmVz?= Newsgroups: gmane.emacs.help Subject: Re: What's the right way to define a custom info path. Date: Wed, 25 Nov 2015 23:13:10 +0100 Message-ID: References: <1603934532.294950108.1448466307513.JavaMail.root@spooler5n-g27.priv.proxad.net> <83wpt6vty5.fsf@gnu.org> <83bnahx1xl.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1448489606 18265 80.91.229.3 (25 Nov 2015 22:13:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 25 Nov 2015 22:13:26 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Nov 25 23:13:24 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1a1iJX-0006fR-Df for geh-help-gnu-emacs@m.gmane.org; Wed, 25 Nov 2015 23:13:23 +0100 Original-Received: from localhost ([::1]:47981 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a1iJZ-0007ut-C2 for geh-help-gnu-emacs@m.gmane.org; Wed, 25 Nov 2015 17:13:25 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54737) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a1iJN-0007ud-HG for help-gnu-emacs@gnu.org; Wed, 25 Nov 2015 17:13:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a1iJM-0005oT-G1 for help-gnu-emacs@gnu.org; Wed, 25 Nov 2015 17:13:13 -0500 Original-Received: from smtp2-g21.free.fr ([2a01:e0c:1:1599::11]:48655) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a1iJM-0005oO-9u for help-gnu-emacs@gnu.org; Wed, 25 Nov 2015 17:13:12 -0500 Original-Received: from killashandra.asgard.fr (unknown [IPv6:2a01:e35:2e14:eab0:223:54ff:fe39:301f]) by smtp2-g21.free.fr (Postfix) with ESMTPS id 2EE444B005A for ; Wed, 25 Nov 2015 23:12:42 +0100 (CET) User-Agent: KNode/4.14.10 Original-Lines: 53 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a01:e0c:1:1599::11 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 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-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:108225 Archived-At: Eli Zaretskii wrote: >> From: Pierre T=C3=A9choueyres >> Date: Wed, 25 Nov 2015 20:54:25 +0100 >>=20 >> > No, there's no bug here, AFAICT. If you want to set up >> > Info-directory-list or Info-additional-directory-list, you must load >> > info.elc first. (But again, I don't recommend going that way.) >>=20 >> But these two variables could be modified with the custom machinery, a= nd >> so without requiring info[.elc] aren't they ? >=20 > Yes, you could do that. But I interpreted your message as a request > to set them up in Lisp, not via Custom. >=20 I've tried both aproaches. First with customize, but I found that package= =20 initialization discarded what I had set. I expected that package init and customize have well worked together. >> But I understand your advice that doing that is discouraged. >=20 > No, it's not discouraged. It just is harder to set up correctly, > whereas the semantics of INFOPATH is simple. I'll try this tomorrow. But I guess I should set all info dir, even the o= nes=20 installed by packages. I must check that. >=20 >> Second, the default value for Info-default-directory-list (as computed= by >> the defcustom in info.el) is ("%emacs_dir/info") on my windows install= . >> Is this the expected behaviour ? >=20 > Yes. That value is never used. >=20 >> this value is obviously overridden by info- >> initialize and become, in my install, ("c:/programmes/emacs/info"). >> Again is this the expected behaviour ? >=20 > Yes. >=20 >> Third, in the windows patform (substitute-env-vars "%emacs_dir%") does= n't >> produce "c:/programmes/emacs" as I expected. But (substitute-env-vars >> "$emacs_dir") do the expansion. Is this the expected behaviour ? >=20 > Yes. substitute-env-vars supports the Unix style of environment > variables. >=20 >> Is it that we should not offer a version that performs primary >> processing ? >=20 > We could, but why bother? When info loads, it recomputes the value > according to where Emacs was installed. To offer a substitute-env-vars with windows style ?