From mboxrd@z Thu Jan  1 00:00:00 1970
From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Subject: Re: how to handle backend-specific types as fuzzy link targets
 during export
Date: Tue, 24 Jun 2014 13:56:28 +0200
Message-ID: <87ha3aldw3.fsf@nicolasgoaziou.fr>
References: <87pphyefo6.fsf@gmail.com>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:36359)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1WzPKX-0006Lw-3C
	for emacs-orgmode@gnu.org; Tue, 24 Jun 2014 07:56:15 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1WzPKM-0005VH-Tu
	for emacs-orgmode@gnu.org; Tue, 24 Jun 2014 07:56:05 -0400
Received: from relay6-d.mail.gandi.net ([2001:4b98:c:538::198]:57228)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1WzPKM-0005UO-Nf
	for emacs-orgmode@gnu.org; Tue, 24 Jun 2014 07:55:54 -0400
In-Reply-To: <87pphyefo6.fsf@gmail.com> (Eric Schulte's message of "Tue, 24
	Jun 2014 06:59:53 -0400")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: Eric Schulte <schulte.eric@gmail.com>
Cc: Org Mode Mailing List <emacs-orgmode@gnu.org>

Hello,

Eric Schulte <schulte.eric@gmail.com> writes:

> In the function `org-export-resolve-fuzzy-link' at line 4078 of ox.el
> the `org-element-all-elements' variable is used to map over all elements
> in the parse tree when looking for a possible link target.  However some
> trees hold valid backend-specific types which are not members of the
> `org-element-all-elements' variable (e.g., `latex-fragment').  This
> results in named targets not being resolved during export.

I do not understand what you are trying to achieve. Line 4078 tries to
find elements with a #+NAME affiliated keyword in the parse tree. LaTeX
fragments cannot have such keywords.

Maybe an example would help.


Regards,

-- 
Nicolas Goaziou