LATEX-L Archives

Mailing list for the LaTeX3 project

LATEX-L@LISTSERV.UNI-HEIDELBERG.DE

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Sender:
Mailing list for the LaTeX3 project <[log in to unmask]>
Date:
Tue, 4 Aug 2015 07:00:37 +0100
Reply-To:
Mailing list for the LaTeX3 project <[log in to unmask]>
Message-ID:
Subject:
MIME-Version:
1.0
Content-Transfer-Encoding:
7bit
In-Reply-To:
Content-Type:
text/plain; charset=utf-8
From:
Joseph Wright <[log in to unmask]>
Parts/Attachments:
text/plain (21 lines)
On 05/08/2015 01:21, aparsloe wrote:
> On reading interface3.pdf (July 15, 2015) I see that spaces are not
> allowed in paths for \file_path_include:n and \file_path_remove:n. To my
> (mild) surprise I found that \file_if_exist:nTF functioned happily with
> paths that included spaces, or at least if the current *.tex document
> was in a directory at the end of a path with spaces, \file_if_exist:nTF
> was perfectly capable of finding other files in the same directory. I
> don't doubt there are underlying reasons for the different behaviours,
> but to someone not steeped in TeX lore, this feels confusing. The
> \file_path_ functions should also be indifferent to spaces in paths.
> 
> Andrew Parsloe

We revised the behaviour in this area some time ago: spaces are now
allowed and there is some internal logic to quote names correctly. All
of the \file_... functions use the same internals, but this statement in
the docs was missed as part of the update. It will be corrected in the
next release.
--
Joseph Wright

ATOM RSS1 RSS2