From mboxrd@z Thu Jan 1 00:00:00 1970 From: Reuben Thomas Subject: Re: Bug: Setting system command org-file-apps does not allow other settings to refer to it [8.2.5h (release_8.2.5h-620-g7fd183 @ /home/rrt/.emacs.d/el-get/package/elpa/org-20140210/)] Date: Mon, 17 Mar 2014 13:17:16 +0000 Message-ID: References: <87d2hos6xc.fsf@sc3d.org> <87mwgpk214.fsf@bzg.ath.cx> <87mwgpgfvu.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=20cf303e9f3c0d58df04f4cd3dc3 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39033) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WPXPv-0004Ch-6w for emacs-orgmode@gnu.org; Mon, 17 Mar 2014 09:17:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WPXPp-00081p-F2 for emacs-orgmode@gnu.org; Mon, 17 Mar 2014 09:17:23 -0400 Received: from mail-yh0-x22f.google.com ([2607:f8b0:4002:c01::22f]:37793) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WPXPp-00081a-5z for emacs-orgmode@gnu.org; Mon, 17 Mar 2014 09:17:17 -0400 Received: by mail-yh0-f47.google.com with SMTP id 29so5154839yhl.6 for ; Mon, 17 Mar 2014 06:17:16 -0700 (PDT) In-Reply-To: <87mwgpgfvu.fsf@bzg.ath.cx> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Bastien Cc: emacs-orgmode@gnu.org --20cf303e9f3c0d58df04f4cd3dc3 Content-Type: text/plain; charset=ISO-8859-1 On 17 March 2014 12:37, Bastien wrote: > Reuben Thomas writes: > > > I don't know, because I don't know whether it's the behavior or > > documentation that is wrong. > > If the behavior is wrong, what is wrong? > > If the documentation is wrong, what is wrong? > I shall assume it's a bug in the code. 0. The docstring for org-file-apps for the "system" command says: This command is specified by the entry whose car is `system'. Most likely, the system-specific version of this variable does define this command, but you can overrule/replace it here. 1. I customize org-file-apps's system command to be "xdg-open %s", then customize the default command to be the system command. 2. Now I try opening a file type which uses the default command. Expected result: xdg-open should be used. Actual result: the file is opened in Emacs (it's a PDF file, xdg-open would open it in evince). If I explicitly customize the default command also to be "xdg-open", then I get the expected result. -- http://rrt.sc3d.org --20cf303e9f3c0d58df04f4cd3dc3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 1= 7 March 2014 12:37, Bastien <bzg@gnu.org> wrote:
Reuben Thomas <rrt@sc3d.= org> writes:

> I don't know, because I don't know whether it's the behavi= or or
> documentation that is wrong.

If the behavior is wrong, what is wrong?

If the documentation is wrong, what is wrong?

I shall assume it's a bug in the code.

0. The = docstring for org-file-apps for the "system" command says:

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 This command is specified by the entry = whose car is `system'.
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Most likely, the system-specific versio= n of this variable
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 does define this command, but you can o= verrule/replace it
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 here.

1. I customize org-file-ap= ps's system command to be "xdg-open %s", then
customize the default command to be the system command.

2. Now I try opening a file type which uses the defaul= t command.

Expected result: xdg-ope= n should be used.

Actual result: the file is opened in E= macs (it's a PDF file, xdg-open would open it in evince).

=
If I explicitly customize the default command al= so to be "xdg-open", then I get the expected result.

--
http://rrt.sc3d.org
--20cf303e9f3c0d58df04f4cd3dc3--