On 4/15/07, <b class="gmail_sendername">Charilaos Skiadas</b> <<a href="mailto:skiadas@hanover.edu">skiadas@hanover.edu</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Are there really people using mytex?<br>If there are, then by all means we should support it.</blockquote><div><br>This is the real question, and I don't know the answer! (Which is why I proposed to err on the side of caution). But I'm happy to try it with just one, and see if anyone complains.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Ideally we should have ConTeXt as an option there as well.</blockquote><div><br>
That sounds like a good idea. "%!TEX TS-program = context" doesn't seem to have any effect on TeXShop though.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I would expect the user should be able to also make a choice here.<br>Question is how to make is as seamless as possible. What are the<br>difference between the three options? Is there a reason you ordered<br>them this way?
</blockquote><div><br>Sure there is.<br><br>simpdftex is the currently-recommended script. On my (teTeX) system, altpdflatex just prints "This script has been deprecated. Please call simpdftex instead". So that's a good reason to use simpdftex if it exists, in preference to altpdflatex. And this is definitely preferable to calling dvips/ps2pdf by hand, because many years of debugging have gone into simpdftex, and it takes care of lots of subtle issues that are hard to get right.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Well they could, but the Typeset&View script has a viewing component,<br>which will be expecting a pdf file, no?
</blockquote><div><br>I see what you mean. I still wonder whether the extra complexity is worth it, though. Perhaps we could just have TM_LATEX_VIEWER=none disable the viewing component, and the user could invoke her viewer of choice from within the mylatex script? It's typically only one extra line of code, and this seems likely to be a fairly unusual situation.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I actually think the master file should be taking precedence here,</blockquote>
<div><br>Perhaps you're right. I think I missed something important.<br><br>I was imagining a situation where you have a book, say, and one<br>chapter uses something like PSTricks, so you want to use dvips<br>for that one chapter, but not for anything else. Of course the problem
<br>with this line of thinking is that actually the whole book is being<br>compiled with a single command, by compiling the master file,<br>so it probably is better to use the master file's spec consistently.<br><br>Okay, I'm convinced. But I think that if the current file specifies
<br>something that conflicts with the master, we should print a warning<br>because this might not be what the user intended.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
We should probably also clear out the process with which we locate<br>the master file, if any. There is TM_LATEX_MASTER and the %!TEX root<br>specifications. I am in favor of TM_LATEX_MASTER as first choice, and<br>the root specifications next (again so that the choice is controlled
<br>on a per-project basis).</blockquote><div><br>That makes sense, though again I think we should warn if there's a root setting in the file that conflicts with the one we're using.<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 I think TeXShop also uses another method<br>through some hidden file, but I'm not too sure.</blockquote><div><br>Indeed it does. Thanks for reminding me about that.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Btw, were you going to keep it in its Bash Shell form or write it in<br>something like Ruby. I have a semi-working version of the current<br>script in Ruby, I'll send it to you offline. Perhaps we can build on<br>that?
</blockquote><div><br>I was thinking of keeping it as a shell script, but if you've already<br>done some of the work in Ruby, I can stick to Ruby instead.<br><br>Robin</div></div>