From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julien Cubizolles Subject: Re: Several questions about beamer export Date: Mon, 15 Jul 2013 21:58:44 +0200 Message-ID: <878v17h9xn.fsf@free.fr> References: <87li5cwymc.fsf@free.fr> <87r4f445wi.fsf@gmail.com> <871u737ra6.fsf@free.fr> <8761wf4xm4.fsf@gmail.com> <87sizj7mnb.fsf@gmail.com> <87zjtoi4a7.fsf@free.fr> <87bo64ezwr.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43913) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UyovX-0002fX-Gv for emacs-orgmode@gnu.org; Mon, 15 Jul 2013 15:59:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UyovW-0006Wm-Nt for emacs-orgmode@gnu.org; Mon, 15 Jul 2013 15:59:19 -0400 Received: from plane.gmane.org ([80.91.229.3]:51289) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UyovW-0006Wh-HS for emacs-orgmode@gnu.org; Mon, 15 Jul 2013 15:59:18 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UyovN-0007qx-VL for emacs-orgmode@gnu.org; Mon, 15 Jul 2013 21:59:09 +0200 Received: from 37.161.154.251 ([37.161.154.251]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 15 Jul 2013 21:59:09 +0200 Received: from j.cubizolles by 37.161.154.251 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 15 Jul 2013 21:59:09 +0200 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: emacs-orgmode@gnu.org Nick Dokos writes: > It works fine here. The relevant function is org-link-expand-abbrev and > it depends on the variables org-link-abbrev-alist and > org-link-abbrev-alist-local. The latter gets initialized from the > former and any #+LINK lines in the buffer are added on to it. In my > case, the first one is nil, so the second one is affected only by the > #+LINK lines in the org buffer. In the context of the org buffer > containing the link line, check that the variable is set: > > C-h v org-link-abbrev-alist-alist-local RET It's weird, both variables (org-link-abbrev-alist and org-link-abbrev-alist-local) are nil even though there is a #+LINK: line in the file. > Closing and reopening the file should take care of the initialization > as well. I tried that also. Julien.