<div dir="ltr">This is kinda off-topic, but do you guys use any kind of build system with your LaTeX?<div><br></div><div>I use a Rake file with tasks to build and clean the generated files. I also use Guard to watch the file I'm working on, which automatically builds the TeX file using the rake tasks for me as I save. If I have a PDF viewer open to the PDF while I save, it'll update, which is cool. </div>

<div><br></div><div style>I think there's an editor in MacTeX that will do a side-by-side preview with your code and the output, but not "watch" it. Is there an editor that does what I'm doing?</div></div>

<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 22, 2013 at 6:41 PM, Robert A. Kelly III <span dir="ltr"><<a href="mailto:bluethegrappler@gmail.com" target="_blank">bluethegrappler@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">When programmatically generating LaTeX from other sources, how do you<br>
deal with some of the unique features of LaTeX, such as distinguishing<br>
inter-word and inter-sentence spacing, and hyphen-minus versus en dash<br>
and em dash?<br>
<br>
E.G.- LaTeX typically uses a larger space between sentences than between<br>
words, so we indicate when a period does not indicate the end of a<br>
sentence by writing,<br>
"Fruits, vegetables, etc.\ are on sale today." and since initials are<br>
assumed not to end a sentence we write,<br>
"He was staying in apartment B\@." when it does. Similarly, in writing<br>
plain text it is common to use a hyphen-minus for a variety of things<br>
that actually have different representations in good formal typography.<br>
Ranges of numbers, for instance, are properly written with an en dash,<br>
so in LaTeX we write, "1982--2013" rather than, "1982-2013".<br>
<br>
Some of these things seem like they would not be easy to determine<br>
programmatically what is the appropriate representation (which is<br>
probably why LaTeX requires explicit indications for some of these<br>
things while it does other things, such as typographical ligatures,<br>
automatically). For instance, just because a hyphen-minus comes between<br>
two numbers does not mean it should be an en dash. Telephone numbers are<br>
commonly separated by a hyphen, never an en dash. Of course, depending<br>
on context, a number like 457-1024 could be a phone number, or a range<br>
of numbers, etc.<br>
<br>
It seems to me that many of these things could be solved by using<br>
unicode with proper characters for various dashes, accented characters,<br>
etc in whatever source we are processing and then using XeTeX. However,<br>
this still wouldn't solve some things, like the difference in spacing<br>
between words and sentences.<br>
<br>
What are the usual or recommended ways of handling this? I'm sure it is<br>
something that has been addressed before as I have heard many times of<br>
LaTeX being generated programmatically to generate PDF reports, by Emacs<br>
calendar and org-mode, etc.<br>
_______________________________________________<br>
Chugalug mailing list<br>
<a href="mailto:Chugalug@chugalug.org">Chugalug@chugalug.org</a><br>
<a href="http://chugalug.org/cgi-bin/mailman/listinfo/chugalug" target="_blank">http://chugalug.org/cgi-bin/mailman/listinfo/chugalug</a><br>
</blockquote></div><br></div>