\file_if_exist_input:nTF
仍然在interface3.pdf
索引,尽管已被弃用(更准确地说,似乎已弃用的是\file_if_exist:nT
)。
是什么让您认为这些已被弃用?
啊,对:这个很棘手,因为我们保留了n
和nF
形式。
顺便说一句,我不明白为什么它已被弃用,因为它对于以下情况仍然有用:
\file_if_exist_input:nTF {foo}{
\pdfbookmark[1]{Foo}{foo}
}{
\msg_warning:nn{module}{`foo~file~is~missing!}
}
好的,这可以通过以下方式实现:
\file_if_exist:nTF {foo}{
\file_input:n {foo}
\pdfbookmark[1]{Foo}{foo}
}{
\msg_warning:nn{module}{`foo~file~is~missing!}
}
但这不太方便。
问题是“ T
分支在哪里”——根本不清楚这样的分支是在输入之前还是之后,无论选择哪个,都会有相反的用例。
顺便说一句,我不明白为什么它已被弃用,因为它对于以下情况仍然有用:
为什么要在处理完文件后执行 \pdfbookmark ?
为什么要在处理完文件后执行 \pdfbookmark ?
哎呀! 之前,当然 :smile:
见#253,建议\file_if_exist_input:nnTF
(文件)(初步设置)(输入文件后的真码)(如果不输入则为假码)。 我认为我们应该在那里继续讨论。
这里我们应该保留索引问题:不推荐使用的函数\file_if_exist_input:nTF
不应该被索引。 发生的事情是\file_if_exist_input:nF
被索引为其基本形式\file_if_exist_input:nTF
。 这类似于#618,其中l3doc
假定某些基本形式存在但实际上并不存在。 可能修复是相关的。
最有用的评论
问题是“
T
分支在哪里”——根本不清楚这样的分支是在输入之前还是之后,无论选择哪个,都会有相反的用例。