Dear all, Having troubles getting Skim 0.5 to work with the Latex Watch bundle. The compiled PDF is not updated on saving the source LaTeX. PDF sync back and forwards works perfectly. Is anyone else having this problem? Regards, Mark P
On 7/8/07, Perrins perrinhouse@gmail.com wrote:
Dear all, Having troubles getting Skim 0.5 to work with the Latex Watch bundle. The compiled PDF is not updated on saving the source LaTeX. PDF sync back and forwards works perfectly. Is anyone else having this problem?
Yes, I see the same problem here. Thanks for letting me know.
I think this is a bug in Skim 0.5, because the PDF file is being updated, but Skim does not notice. I have found a workaround, which I'll include in the next version of Watch, but for the moment I recommend that Latex Watch users do NOT upgrade to Skim 0.5!
Robin
On 7/8/07, Robin Houston robin.houston@gmail.com wrote:
On 7/8/07, Perrins perrinhouse@gmail.com wrote:
Dear all, Having troubles getting Skim 0.5 to work with the Latex Watch bundle. The compiled PDF is not updated on saving the source LaTeX. PDF sync back and forwards works perfectly. Is anyone else having this problem?
Yes, I see the same problem here. Thanks for letting me know.
I think this is a bug in Skim 0.5, because the PDF file is being updated, but Skim does not notice. I have found a workaround, which I'll include in the next version of Watch, but for the moment I recommend that Latex Watch users do NOT upgrade to Skim 0.5!
Maybe it's the way Skim now checks for the updated PDF. Before it just tried to open it every few seconds. Now it uses kqueue (some kernel-thingy when iirc from a thread on the skim-mailing list) for it. See the release notes of Skim 0.5: Greatly enhance file update checking. Use kqueue notifications instead of a timer and check for complete PDF files.
Niels
On 7/8/07, Niels Kobschätzki n.kobschaetzki@googlemail.com wrote:
Maybe it's the way Skim now checks for the updated PDF.
However they're doing it, the new way isn't working properly!
Fortunately, version 0.5 also added a way to trigger a reload manually using AppleEvents, so I can get Latex Watch to do that. This is actually better than relying on the app to update, because it will happen as soon as the updated document is ready (but no sooner). So if they fix the update checking in a later version, it would be a good idea to disable "Check for file changes" in the Skim preferences.
This seems to be working; I'll send out the new version when I've given it some more testing.
Robin
Thanks Robin. It's a great bundle. Look forward to the new version. Cheers,
Mark P
On 08/07/07, Robin Houston robin.houston@gmail.com wrote:
On 7/8/07, Niels Kobschätzki n.kobschaetzki@googlemail.com wrote:
Maybe it's the way Skim now checks for the updated PDF.
However they're doing it, the new way isn't working properly!
Fortunately, version 0.5 also added a way to trigger a reload manually using AppleEvents, so I can get Latex Watch to do that. This is actually better than relying on the app to update, because it will happen as soon as the updated document is ready (but no sooner). So if they fix the update checking in a later version, it would be a good idea to disable "Check for file changes" in the Skim preferences.
This seems to be working; I'll send out the new version when I've given it some more testing.
Robin
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 Jul 8, 2007, at 02:48, Robin Houston wrote:
On 7/8/07, Niels Kobschätzki n.kobschaetzki@googlemail.com wrote:
Maybe it's the way Skim now checks for the updated PDF.
However they're doing it, the new way isn't working properly!
Yes, it's a bug, and it's fixed in Skim's subversion repository. It may work if you open the file in Finder first.
Fortunately, version 0.5 also added a way to trigger a reload manually using AppleEvents, so I can get Latex Watch to do that. This is actually better than relying on the app to update, because it will happen as soon as the updated document is ready (but no sooner).
This is indeed a better solution, and moves the reload where it's actually supposed to be. Doing it by having the viewer guess at when the file is ready is a real pain, and has never made sense to me.
On 7/8/07, Adam R. Maxwell amaxwell@mac.com wrote:
This is indeed a better solution, and moves the reload where it's actually supposed to be.
Quite. The only problem seems to be that adding notes to the document can cause Skim to crash after the file has updated. That must be another bug in Skim. But this one is easy to work around: don't add any notes!
Robin
On Jul 8, 2007, at 05:30, Robin Houston wrote:
On 7/8/07, Adam R. Maxwell amaxwell@mac.com wrote:
This is indeed a better solution, and moves the reload where it's actually supposed to be.
Quite. The only problem seems to be that adding notes to the document can cause Skim to crash after the file has updated. That must be another bug in Skim. But this one is easy to work around: don't add any notes!
That worked last time we tested it. Please file a bug report and attach the relevant crash log at <http://sourceforge.net/tracker/?group_id=192583&atid=941981
.
thanks, Adam
On 7/8/07, Adam R. Maxwell amaxwell@mac.com wrote:
That worked last time we tested it. Please file a bug report and attach the relevant crash log at <http://sourceforge.net/tracker/?group_id=192583&atid=941981
.
Done: see request id 1750012.
Robin
-
Adam R. Maxwell -
Niels Kobschätzki -
Perrins -
Robin Houston