Hi Everyone,
I just merged the typeset and view branch back to the mainline. Thanks to everyone who made the effort to switch over to the branch! I think there are still some good ideas that can be implemented but this is good progress for now.
Please go back to using the the mainline now. I think the easy way is just to remove Latex.tmbundle and then do an svn update in your Bundles directory. If you are being selective about which bundles you check out then just checkout the Latex bundle from the mainline.
Please let me know asap if you find anything wrong with this version.
Thanks,
Brad
On 4. Aug 2007, at 05:40, Brad Miller wrote:
[...] Please go back to using the the mainline now. I think the easy way is just to remove Latex.tmbundle and then do an svn update in your Bundles directory.
Just to state the “correct” way:
cd /path/to/Latex.tmbundle svn switch http://macromates.com/svn/Bundles/trunk/Bundles/ Latex.tmbundle
If for example you have local changes, switching is the way to preserve them (but of course local changes would only exist if the bundle is checked out to ~/Library, which we discourage ;) ).
On 04.08.2007, at 05:40, Brad Miller wrote:
Please let me know asap if you find anything wrong with this version.
I just updated to the new version. Very nice, thank you! I don't know why but it seems like typesetting a document runs much faster ;-)
Unfortunately, I noticed two other things:
- PDFsyncing: When using "Show in PDFViewer", TextMate hangs for about 10 seconds and then shows me the document in Skim, but not on the correct page. During these 10 seconds CPU use goes up to around 25%. I'm using \include{somesection} in a master document. pdfsync also seems not to work with "Typeset and View". It used to work with the old version. Syncing back from Skim to TM works flawlessly, even with includes.
- When using one of the (new?) "Cross reference a..." commands, it automatically inserts 'section', 'table', 'page' or 'listing' in english into the document. Since not everybody writes in english, this is kind of annoying. Please insert at least a tab stop with the corresponding word selected, so one can write it in one's own language.
Btw: which of the old shell variables do I still need, now that some things are handled over the preferences dialog (why is the latex-pref window resizable btw?)?
Again many thanks for all your work on the Latex Bundle! Oliver
On 8/4/07, Brad Miller bmiller@luther.edu wrote:
-- Brad Miller Assistant Professor, Computer Science Luther College
On 8/4/07, Oliver Hagmann lists@interdisco.net wrote:
On 04.08.2007, at 05:40, Brad Miller wrote:
Please let me know asap if you find anything wrong with this version.
I just updated to the new version. Very nice, thank you! I don't know why but it seems like typesetting a document runs much faster ;-)
Unfortunately, I noticed two other things:
- PDFsyncing: When using "Show in PDFViewer", TextMate hangs for
about 10 seconds and then shows me the document in Skim, but not on the correct page. During these 10 seconds CPU use goes up to around 25%. I'm using \include{somesection} in a master document. pdfsync also seems not to work with "Typeset and View". It used to work with the old version. Syncing back from Skim to TM works flawlessly, even with includes.
Oliver, pdfsync is working just fine for me, even in files that are included as you indicated above. Do you have a \usepackage{pdfsync} in your document? If so, can you tell me how and where it is included. If I don't detect that you have that package included then I don't even try to go to the right place in your pdf.
Well, I looked a little harder and I did find a bug in how I set up the command to search for the right line in Skim. I fixed that.
Brad
______________________________________________________________________
For new threads USE THIS: textmate@lists.macromates.com (threading gets destroyed and the universe will collapse if you don't) http://lists.macromates.com/mailman/listinfo/textmate
On 04.08.2007, at 18:38, Brad Miller wrote:
- PDFsyncing: When using "Show in PDFViewer", TextMate hangs for
about 10 seconds and then shows me the document in Skim, but not on the correct page. During these 10 seconds CPU use goes up to around 25%. I'm using \include{somesection} in a master document. pdfsync also seems not to work with "Typeset and View". It used to work with the old version. Syncing back from Skim to TM works flawlessly, even with includes.
Oliver, pdfsync is working just fine for me, even in files that are included as you indicated above. Do you have a \usepackage {pdfsync} in your document? If so, can you tell me how and where it is included. If I don't detect that you have that package included then I don't even try to go to the right place in your pdf.
Well, I looked a little harder and I did find a bug in how I set up the command to search for the right line in Skim. I fixed that.
Everything working perfectly now. I still have to wait for the 10s when using "Show in PDFViewer" but it syncs to the correct location. Might be an issue with Skim?
Thanks again Brad Oliver
On 04.08.2007, at 19:01, Brad Miller wrote:
Everything working perfectly now. I still have to wait for the 10s when using "Show in PDFViewer" but it syncs to the correct location. Might be an issue with Skim?
Oliver, just to be clear, you are talking about the command Show in PDFViewer (pdfsync), not the button press at the bottom of the Latex and View window.
I have not experienced the 10 second hang you are talking about in either case. What version of Skim are you using? Does the same thing happen if you use Preview?
Yes, I'm talking about "Show in PDFViewer (pdfsync)". I'm using the latest Skim version 0.6.1 and it also happens when I set the PDFViewer to Preview. Oliver
On 04.08.2007, at 19:01, Brad Miller wrote:
Oliver, just to be clear, you are talking about the command Show in PDFViewer (pdfsync), not the button press at the bottom of the Latex and View window.
I have not experienced the 10 second hang you are talking about in either case. What version of Skim are you using? Does the same thing happen if you use Preview?
I just noticed something strange concerning the 10s hang when invocating the "Show in PDFViewer (pdfsync)" command. I commented out one paragraph in my Latex document and then hit the above command. After the usual 10s delay, Skim opened and showed me the corresponding section, *without* the part of the text I just commented out *without* having typeset the document before. So it must have somehow typeset the document in the background. I double- checked this behaviour by un-commenting the line again. And again, after running the command, the paragraph was there again, set in the PDF. I don't suppose this command should set the document in the background, does it? Only jump to the location in the PDF.
Yours, Oliver
Oliver,
Do you use latexmk.pl by chance? If that is the case then I think I see the path that is causing you the delay. I'll clean that up.
Brad
On 8/5/07, Oliver Hagmann lists@interdisco.net wrote:
On 04.08.2007, at 19:01, Brad Miller wrote:
Oliver, just to be clear, you are talking about the command Show in PDFViewer (pdfsync), not the button press at the bottom of the Latex and View window.
I have not experienced the 10 second hang you are talking about in either case. What version of Skim are you using? Does the same thing happen if you use Preview?
I just noticed something strange concerning the 10s hang when invocating the "Show in PDFViewer (pdfsync)" command. I commented out one paragraph in my Latex document and then hit the above command. After the usual 10s delay, Skim opened and showed me the corresponding section, *without* the part of the text I just commented out *without* having typeset the document before. So it must have somehow typeset the document in the background. I double- checked this behaviour by un-commenting the line again. And again, after running the command, the paragraph was there again, set in the PDF. I don't suppose this command should set the document in the background, does it? Only jump to the location in the PDF.
Yours, Oliver
For new threads USE THIS: textmate@lists.macromates.com (threading gets destroyed and the universe will collapse if you don't) http://lists.macromates.com/mailman/listinfo/textmate
I just checked in a fix. Please let me know if that solves the problem for you.
Brad
On 8/5/07, Oliver Hagmann lists@interdisco.net wrote:
On 05.08.2007, at 18:56, Brad Miller wrote:
Do you use latexmk.pl by chance? If that is the case then I think I see the path that is causing you the delay. I'll clean that up.
yes I do. O
For new threads USE THIS: textmate@lists.macromates.com (threading gets destroyed and the universe will collapse if you don't) http://lists.macromates.com/mailman/listinfo/textmate
On Aug 5, 2007, at 4:38 PM, Oliver Hagmann wrote:
On 05.08.2007, at 19:43, Brad Miller wrote:
I just checked in a fix. Please let me know if that solves the problem for you.
Yes it did. Much faster now. Thanks Brad! Oliver
Brad, thank you very much for this wonderful new setup, and all the time you have spent on getting it up and running! Extremely user friendly, which was one of my greatest problems with the old system.
Haris Skiadas Department of Mathematics and Computer Science Hanover College
Le 11 août 07 à 21:59, Charilaos Skiadas a écrit :
On 05.08.2007, at 19:43, Brad Miller wrote:
I just checked in a fix. Please let me know if that solves the problem for you.
Brad, thank you very much for this wonderful new setup, and all the time you have spent on getting it up and running! Extremely user friendly, which was one of my greatest problems with the old system.
hello:)
I am on holidays and after two months without a mac, I have just bought a macbook intel also I would like to test all the work which was made on the latex bundle.
First I have install the tex distribution with I-installer and TextMate 1.5.6; all his fine with skim in pdflatex. I would like to test the new setup. What I need to make ? I suppose I need to get a new latex bundle with svn but perhaps I need new files in the support directory ?
Can you please describe me the best way to do this ? and maybe tell me a synthesis of the innovations
Greetings and thanks for all your works
Alain
Alain,
You can either upgrade to the latest cutting-edge release, or just update the Latex bundle and the Support directory from subversion.
Brad
After the usual 10s delay, Skim opened and showed me the corresponding section, *without* the part of the text I just commented out *without* having typeset the document before.
Oliver, this is limitation of Skim. The problem, insofar as I understand it, is that latex writes the pdf incrementally and not all at once. Skim uses some kind of heuristic to figure out when latex is done typesetting. Sometimes this goes wrong, if it takes a long time, and so some of your changes may not be displayed.
Best, Mark
On 05/08/07, Mark Eli Kalderon eli@markelikalderon.com wrote:
Skim uses some kind of heuristic to figure out when latex is done typesetting. Sometimes this goes wrong, if it takes a long time, and so some of your changes may not be displayed.
Recent versions of Skim can be explicitly instructed to reload the PDF, using Applescript (tell application "Skim" to revert document "foo.pdf"). So it's no longer necessary to rely on this mechanism.
Robin
On Aug 5, 2007, at 10:17, Robin Houston wrote:
On 05/08/07, Mark Eli Kalderon eli@markelikalderon.com wrote:
Skim uses some kind of heuristic to figure out when latex is done typesetting. Sometimes this goes wrong, if it takes a long time, and so some of your changes may not be displayed.
This should not go wrong; if you can demonstrate a bug in Skim, please report it.
If Skim is checking for modifications, it uses a kqueue (if the filesystem supports that), or a timer. Since pdflatex truncates the original file and then writes to it, we get many change notifications during that process, but don't attempt to reload the file until it has a valid PDF trailer.
A problem with latexmk is that you can have a valid PDF multiple times during the typeset process, so you end up loading it a couple of times. For some PDF files, this can be pretty slow.
Recent versions of Skim can be explicitly instructed to reload the PDF, using Applescript (tell application "Skim" to revert document "foo.pdf"). So it's no longer necessary to rely on this mechanism.
This is a more sensible approach to take in any case. Only the pdflatex caller has any concrete idea of when the pdflatex process(es) finish and whether they succeeded.
-
Adam R. Maxwell -
Alain Matthes -
Allan Odgaard -
Brad Miller -
Charilaos Skiadas -
Mark Eli Kalderon -
Oliver Hagmann -
Robin Houston