On 4/2/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;">
Yes this would be great to see added to the bundle,</blockquote><div><br>That's encouraging!<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;">
 but we need to<br>modularize it a bit first, so that we can make it work with pdflatex<br>as well, when ps output is not required. </blockquote><div><br>Sure. I don't know what would be most suitable as a previewer for this – probably Texniscope?
<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;">Also, we need to somehow<br>make it so that the watcher stops watching a file that is not open in
<br>TM anymore. Not sure how to achieve that last one though.</blockquote><div><br>I'm not sure either. Note that it does stop watching when you close the previewer. </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
And ideally rewrite it in ruby, so that we can use the dialog.rb<br>library instead of all these direct CocoaDialog calls (and so that I<br>can actually read it ;) ).</blockquote><div><br>I have no objection to that, and I know some Ruby, but I'm not fluent in it the way that I am in Perl.
<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;">Actually, it's really a question of just speeding up the compile,<br>right?
</blockquote><div><br>That was my main concern, but I also find it useful to have it updating quietly in the background whenever you save, rather than having to explicitly open it afresh every time. That way you can see the effect of your changes very easily. I don't use Texniscope, because it doesn't work with PS specials, but I assume that it offers some of the same convenience, 
e.g. staying on the same page when the file is recompiled?<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;"> Is there really much speed gained in having the recompile done
<br>automatically instead of triggering it via cmd-R? In other words, is<br>the overall speedup mostly in using the ini stuff?<br></blockquote></div><br>For my documents, the overall speedup is overwhelmingly in not generating PDF from PostScript, which is insanely slow. But after that, the format caching also roughly halves the time needed (again for my documents, on my computer. Your mileage may vary).
<br><br>Apart from convenience, the other reason for having a long-running process monitoring the file, rather than spawning a new one for every refresh, is that data can be cached in memory. Currently this is done for the text of the preamble, so the script can tell when it has changed.
<br><br>Robin<br>