jarnowic/blopentype

avoiding new extensions?

Closed this issue · 5 comments

Hi Luis - before I install blopentype in TeX Live, let me ask about the possibility of avoiding the new extensions (.ltx and .ltm) that you invented. Every new extension means more infrastructure setup, more confusion about "what does it mean", etc. There are already far too many LuaTeX-related extensions, so adding more for a couple of files seems suboptimal.

How about just blot-files-mac.lua and blot-fonts-script.lua, etc., if you want to make the distinction? I don't really understand what you mean by "scripts", either. Clearly they are not executables for the command line. (Which I am glad about. :)

THanks.

Hello!

One thing I liked from Isambert's approach was to distinguish "regular" .tex files (which may run even in DEKTeX) from LuaTeX macros (which do include Lua code), on the one hand, and "regular" .lua code (which may make up regular Lua "modules", if indeed there is such a thing: lua was designed precisely to work as a "scripting" language for other programs) from Lua code specifically tied to LuaTeX.

So the extensions .ltm and .lts were devised to mark precisely this distinction: LuaTeX macros (for the TeX side) and LuaTeX scripts (for the Lua side). It did not occur to me that these "scripts" could be interpreted as "executables"; perhaps code (LuaTeX code: .ltc) would have been a better choice. The distinction came to my mind from the several Perl extensions: px for executables, pl for libraries, pm for modules, and so forth.

I guess the TeXLive objection comes from the need to cater for these new filename extensions by kpathsea: in that case, I have no problem in renaming the files to tex and lua, respectively (the filenames don't intersect).

Done.

hello! the ctan team just pushed the fix into the archive without an announcement, per my request, as we just reset the initial release and the versioning system: you may check it in 24 h or so. cheers!