Re: Parse graphicspath for searching [

[Leo Stein]

Hi all,

Right, I was actually using the code in the patch I submitted, so it worked. Regarding multifile documents, do I understand correctly that this is the job of reftex? I know about its internals at all... do you have a recommended style/*.el files which plugs into reftex that I should look at as an example? It would indeed be nice to avoid regexing the whole document each time you do \includegraphics. But, if somebody goes back and edits their previous \graphicspath command, a re-parse would be needed... I don't know what is the best way to handle this.

Best

Leo

On Wed, Sep 18, 2024 at 7:50 AM Arash Esbati <arash@gnu.org> wrote:

Hi Keita,

Ikumi Keita <ikumi@ikumi.que.jp> writes:

>>>>>> Arash Esbati <arash@gnu.org> writes:
>> I had a brief look at the patch.  I think the change will not work in a
>> .tex file when used like this:
>
>>   \graphicspath{{eps/}{tiff/}}
>
> Hmm, is that so? The proposed function `LaTeX-parse-graphicspath'
> returns expected result such as
> (#("eps/" 0 4 (face (font-lock-function-name-face) fontified t))
> #("tiff/" 0 5 (face (font-lock-function-name-face) fontified t)))
> for a sample buffer
> ----------------------------------------------------------------------
> \documentclass{article}
>
> \usepackage{graphicx}
>
> \graphicspath{{eps/}{tiff/}}
> ----------------------------------------------------------------------

Thanks for the clarification, I misread the way the function is supposed
to work, and I admit I didn't try it.  Sorry for the noise.

Best, Arash