You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is a feature request. Presently the only queries are
pwd
ls
but I believe that there are other useful features that could be added. Looking at texosquery my list would be
osname
osversion
date-time
time-zones
tmpdir
There is already the ifplatform package, but it requires shell-escape (otherwise it just distinguish between Windows or not Windows). Possibly osversion is not that important as well as tmpdir. On the other hand, date-time and time-zones can be very useful; currently pdftex and luatex can provide very compact date information already, but xetex and perhaps ptex based engines don't.
The text was updated successfully, but these errors were encountered:
currently pdftex and luatex can provide very compact date information already, but xetex and perhaps ptex based engines don't.
If you meant \pdfcreationdate and \pdffilemoddate pdfTeX primitives, they are both required by the l3kernel (see here) hence both have engine-independent expl3 correspondences: \c_sys_timestamp_str and \file_timestamp:n.
You can look at the documentation of texosquery. The OS is able to provide faster access to a wealth of information about dates and time zones. This information is obviously accessible with LuaTeX, but not with other engines. With \(pdf)creationdate only the time zone offset is available, not the ID or daylight saving.
This might simplify the working of packages such as datetime2, for instance.
This is a feature request. Presently the only queries are
but I believe that there are other useful features that could be added. Looking at
texosquery
my list would beThere is already the
ifplatform
package, but it requires shell-escape (otherwise it just distinguish between Windows or not Windows). Possiblyosversion
is not that important as well astmpdir
. On the other hand,date-time
andtime-zones
can be very useful; currentlypdftex
andluatex
can provide very compact date information already, butxetex
and perhapsptex
based engines don't.The text was updated successfully, but these errors were encountered: