<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: LuaTeX: new primitives, new names</title>
	<atom:link href="http://www.texdev.net/2009/03/05/luatex-new-primitives-new-names/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.texdev.net/2009/03/05/luatex-new-primitives-new-names/</link>
	<description>Coding in the TeX world</description>
	<lastBuildDate>Tue, 20 Jul 2010 18:48:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=abc</generator>
	<item>
		<title>By: Will</title>
		<link>http://www.texdev.net/2009/03/05/luatex-new-primitives-new-names/comment-page-1/#comment-189</link>
		<dc:creator>Will</dc:creator>
		<pubDate>Fri, 06 Mar 2009 00:52:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.texdev.net/?p=213#comment-189</guid>
		<description>I was going to comment on the mailing list, but I didn&#039;t want to add to the noise there :)

As always, I&#039;m fairly non-committal; I can see both sides of the argument.

The problem arises because I think the long-term suggestion is to eventually replace the command-line utility `latex` with a LuaTeX based format. Given that backwards compatibility is guaranteed not to hold in some page layout cases, I&#039;m not sure if this will ever actually happen (although different hyphenation patterns already have the same problem).

The only problem is when an old document is processed with a new invisibly-Lua `latex` and `pdflatex` and clashes occur. Unlikely, sure, but the TeX community is remarkably stubborn about preserving backwards compatibility. Having LuaTeX introduce primitives with non-prefixed names reduces the chances that the command line `(pdf)latex` program will end up using it.

But if that never happens, then it doesn&#039;t matter what the new primitives are called. And if the LuaTeX team aren&#039;t fussed about what the command line utility to execute LaTeX2e is called, then it&#039;s certainly not be a strong reason for them to reduce the &quot;cleanliness&quot; of their naming schemes.

And when we have an ltx3 format it won&#039;t matter anyway :)</description>
		<content:encoded><![CDATA[<p>I was going to comment on the mailing list, but I didn&#8217;t want to add to the noise there <img src='http://www.texdev.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>As always, I&#8217;m fairly non-committal; I can see both sides of the argument.</p>
<p>The problem arises because I think the long-term suggestion is to eventually replace the command-line utility `latex` with a LuaTeX based format. Given that backwards compatibility is guaranteed not to hold in some page layout cases, I&#8217;m not sure if this will ever actually happen (although different hyphenation patterns already have the same problem).</p>
<p>The only problem is when an old document is processed with a new invisibly-Lua `latex` and `pdflatex` and clashes occur. Unlikely, sure, but the TeX community is remarkably stubborn about preserving backwards compatibility. Having LuaTeX introduce primitives with non-prefixed names reduces the chances that the command line `(pdf)latex` program will end up using it.</p>
<p>But if that never happens, then it doesn&#8217;t matter what the new primitives are called. And if the LuaTeX team aren&#8217;t fussed about what the command line utility to execute LaTeX2e is called, then it&#8217;s certainly not be a strong reason for them to reduce the &#8220;cleanliness&#8221; of their naming schemes.</p>
<p>And when we have an ltx3 format it won&#8217;t matter anyway <img src='http://www.texdev.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
