LATEX-L Archives

Mailing list for the LaTeX3 project

LATEX-L@LISTSERV.UNI-HEIDELBERG.DE

Options: Use Classic View

Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

Topic: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Sender: Mailing list for the LaTeX3 project <[log in to unmask]>
Date: Wed, 17 Feb 2010 02:19:09 +0100
Reply-To: Mailing list for the LaTeX3 project <[log in to unmask]>
Message-ID: <[log in to unmask]>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
In-Reply-To: <[log in to unmask]>
Content-Type: text/plain; charset=ISO-8859-1
From: Martin Schröder <[log in to unmask]>
Parts/Attachments: text/plain (21 lines)
2010/2/16 Manuel Pégourié-Gonnard <[log in to unmask]>:
> - the very core of the kernel using only features common to pdfTeX, XeTeX and
> LuaTeX (perhaps with some emulation, such as implementing pdfstrcmp in Lua).

Then this very core will be implemented in the greatest common
divisor, i.e. 8-Bit eTeX, while the rest of the TeX world will use all
the features of LuaTeX - i.e. Lua. What do you hope to gain here?
Compatability with an engine whose basic concept is now 32 years old?
So we have to cope with e.g. \expandafter for the forseeable future
(for some of us, probably the rest of our lives), instead of using a
clean approach, i.e. a real programming language (Lua)?

IMNSHO LaTeX3 would be a chance (probably the last) to burn some
bridges and start with a much cleaner slate.

And if LuaTeX is not really the engine you want: Fork it and make it
what you need.

Best
   Martin

ATOM RSS1 RSS2