LATEX-L Archives

Mailing list for the LaTeX3 project

LATEX-L@LISTSERV.UNI-HEIDELBERG.DE

Options: Use Forum View

Use Monospaced Font
Show HTML 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:
Fri, 28 Jul 2023 12:30:40 -0300
Reply-To:
Mailing list for the LaTeX3 project <[log in to unmask]>
Subject:
MIME-Version:
1.0
Message-ID:
In-Reply-To:
Content-Type:
multipart/alternative; boundary="00000000000041428c06018dc48f"
From:
Phelype Oleinik <[log in to unmask]>
Parts/Attachments:
text/plain (772 bytes) , text/html (1533 bytes)
On Fri, 28 Jul 2023, 12:18 LARONDE Thierry, <[log in to unmask]> wrote:

> Hello Phelype,
>
> How can one rely on the size if the code can advertise the size that is
> not the size of the file requested but of another one for which it has
> added, on its own, an extension?
>

As Joseph said, because of a not-too-great design choice in the original
TeX (I've had a good deal of trouble already because of the automatic
adding of ".tex" in file names).

When the file-related primitives were implemented in pdfTeX, they retained
this questionable behaviour. On the one hand, it's a pain to deal with. On
the other hand, I think it would be worse if \input behaved one way and
other file-related primitives behaved differently. The lesser evil, in my
opinion.

Best,
Phelype

(sent from phone)

>


ATOM RSS1 RSS2