<?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: Choice options</title>
	<atom:link href="http://www.texdev.net/2008/12/28/47/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.texdev.net/2008/12/28/47/</link>
	<description>Coding in the TeX world</description>
	<lastBuildDate>Fri, 03 Feb 2012 20:29:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: josephwright</title>
		<link>http://www.texdev.net/2008/12/28/47/#comment-11</link>
		<dc:creator>josephwright</dc:creator>
		<pubDate>Mon, 29 Dec 2008 09:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://texdev.wordpress.com/?p=47#comment-11</guid>
		<description>Not a bad idea. I&#039;m thinking along the same lines (I don&#039;t think lots of one-off options are particularly helpful).</description>
		<content:encoded><![CDATA[<p>Not a bad idea. I&#8217;m thinking along the same lines (I don&#8217;t think lots of one-off options are particularly helpful).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will</title>
		<link>http://www.texdev.net/2008/12/28/47/#comment-10</link>
		<dc:creator>Will</dc:creator>
		<pubDate>Mon, 29 Dec 2008 03:15:14 +0000</pubDate>
		<guid isPermaLink="false">http://texdev.wordpress.com/?p=47#comment-10</guid>
		<description>Generally I would tend to go with the &#039;literal input&#039; method, because it involves less learning on the part of the user -- if they already know the commands for thinspace, or whatever, then they don&#039;t need to remember if they need to write &quot;thinspace&quot; or &quot;thin space&quot; or &quot;thinsp&quot;.

I guess the reverse argument is that writing ={\,} isn&#039;t very meaningful, and it&#039;s better to write as semantically as possible.

Perhaps a compromise solution might be to only accept literal input but then also provide commands like \thinspace, \thickspace, etc., where they&#039;re not already defined. And then give a nice list of sensible possible options in the documentation.</description>
		<content:encoded><![CDATA[<p>Generally I would tend to go with the &#8216;literal input&#8217; method, because it involves less learning on the part of the user &#8212; if they already know the commands for thinspace, or whatever, then they don&#8217;t need to remember if they need to write &#8220;thinspace&#8221; or &#8220;thin space&#8221; or &#8220;thinsp&#8221;.</p>
<p>I guess the reverse argument is that writing ={\,} isn&#8217;t very meaningful, and it&#8217;s better to write as semantically as possible.</p>
<p>Perhaps a compromise solution might be to only accept literal input but then also provide commands like \thinspace, \thickspace, etc., where they&#8217;re not already defined. And then give a nice list of sensible possible options in the documentation.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

