Sender: |
|
Date: |
Tue, 4 Aug 2015 07:00:37 +0100 |
Reply-To: |
|
Message-ID: |
|
Subject: |
|
MIME-Version: |
1.0 |
Content-Transfer-Encoding: |
7bit |
In-Reply-To: |
|
Content-Type: |
text/plain; charset=utf-8 |
From: |
|
Parts/Attachments: |
|
|
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
|
|
|