Hi!
Skim (skim-app.sourceforge.net), a very neat and free pdf-viewer supports now pdfsync and they set up a wiki with some instructions how to enable Skim as viewer for pdfsync in Textmate. But I think the instructions are more complex than they should be.
The site is: http://skim-app.sourceforge.net/wiki/index.php/ LaTeX_and_PDFSync
Isn't it even in the standard-install of TextMate only necessary to set the Shell Variable TM_LATEX_VIEWER to Skim?
Niels
On May 10, 2007, at 7:13 AM, Niels Kobschätzki wrote:
Hi!
Skim (skim-app.sourceforge.net), a very neat and free pdf-viewer supports now pdfsync and they set up a wiki with some instructions how to enable Skim as viewer for pdfsync in Textmate. But I think the instructions are more complex than they should be.
The site is: http://skim-app.sourceforge.net/wiki/index.php/ LaTeX_and_PDFSync
Isn't it even in the standard-install of TextMate only necessary to set the Shell Variable TM_LATEX_VIEWER to Skim?
No, the LaTeX and View, and the other sync command, need to make an extra call if the viewer supports pdfsync. Currently we are only handling TeXniscope and PDFView, but I think we should be able to add Skim to the list.
I haven't tried Skim, what are its advantages over PDFView?
Niels
Haris Skiadas Department of Mathematics and Computer Science Hanover College
Am 10.05.2007 um 14:12 schrieb Charilaos Skiadas:
On May 10, 2007, at 7:13 AM, Niels Kobschätzki wrote:
Hi!
Skim (skim-app.sourceforge.net), a very neat and free pdf-viewer supports now pdfsync and they set up a wiki with some instructions how to enable Skim as viewer for pdfsync in Textmate. But I think the instructions are more complex than they should be.
The site is: http://skim-app.sourceforge.net/wiki/index.php/ LaTeX_and_PDFSync
Isn't it even in the standard-install of TextMate only necessary to set the Shell Variable TM_LATEX_VIEWER to Skim?
No, the LaTeX and View, and the other sync command, need to make an extra call if the viewer supports pdfsync. Currently we are only handling TeXniscope and PDFView, but I think we should be able to add Skim to the list.
I haven't tried Skim, what are its advantages over PDFView?
Skim has some great feature regarding creating notes and so on...
Would it also be possible to use TeXShop with pdfsync? I write all my stuff with TextMate and it's amazing. Afterwards I typeset it with TeXShop. Now it would be great if I could jump easily between the pdf and the source.
Thanks Christian
On May 10, 2007, at 2:21 PM, Christian Burk wrote:
<snip previous mails>
Would it also be possible to use TeXShop with pdfsync? I write all my stuff with TextMate and it's amazing. Afterwards I typeset it with TeXShop. Now it would be great if I could jump easily between the pdf and the source.
Why do you typeset it with TeXShop? What's the advantage of it?
Niels
Am 10.05.2007 um 14:23 schrieb Niels Kobschätzki:
On May 10, 2007, at 2:21 PM, Christian Burk wrote:
<snip previous mails>
Would it also be possible to use TeXShop with pdfsync? I write all my stuff with TextMate and it's amazing. Afterwards I typeset it with TeXShop. Now it would be great if I could jump easily between the pdf and the source.
Why do you typeset it with TeXShop? What's the advantage of it?
When I worked with TeXShop only, I created my engines for creating a nomeclature, a glossary and engines for several runs e.g. LaTeX > BibTeX > LaTeX > LaTeX. Furthermore, I like the different magnifications via mouse click.
Christian
On May 10, 2007, at 8:21 AM, Christian Burk wrote:
Am 10.05.2007 um 14:12 schrieb Charilaos Skiadas:
Would it also be possible to use TeXShop with pdfsync? I write all my stuff with TextMate and it's amazing. Afterwards I typeset it with TeXShop. Now it would be great if I could jump easily between the pdf and the source.
To the best of my knowledge, TeXShop does not deal with syncing properly when it is set to use an external editor. But we can probably help you move your engines to TextMate. That should be relatively easy to do I think.
Btw, are you aware of latexmk.pl, and that you can set it as the compiler in TextMate?
Thanks Christian
Haris Skiadas Department of Mathematics and Computer Science Hanover College
On May 10, 2007, at 2:12 PM, Charilaos Skiadas wrote:
On May 10, 2007, at 7:13 AM, Niels Kobschätzki wrote:
Hi!
Skim (skim-app.sourceforge.net), a very neat and free pdf-viewer supports now pdfsync and they set up a wiki with some instructions how to enable Skim as viewer for pdfsync in Textmate. But I think the instructions are more complex than they should be.
The site is: http://skim-app.sourceforge.net/wiki/index.php/ LaTeX_and_PDFSync
Isn't it even in the standard-install of TextMate only necessary to set the Shell Variable TM_LATEX_VIEWER to Skim?
No, the LaTeX and View, and the other sync command, need to make an extra call if the viewer supports pdfsync. Currently we are only handling TeXniscope and PDFView, but I think we should be able to add Skim to the list.
Good to know :)
I haven't tried Skim, what are its advantages over PDFView?
As a general PDF-viewer its advantage is that you can highlight text and add notes to pdfs which aren't embedded in the file itself (like Preview does it) but in the metadata of the file (which is great but makes some problems when you copy it over to another computer - but there are workarounds for it which are directly embedded in Skim).
Niels
On May 10 2007, at 13:12, Charilaos Skiadas wrote:
On May 10, 2007, at 7:13 AM, Niels Kobschätzki wrote:
Hi!
Skim (skim-app.sourceforge.net), a very neat and free pdf-viewer supports now pdfsync and they set up a wiki with some instructions how to enable Skim as viewer for pdfsync in Textmate. But I think the instructions are more complex than they should be.
The site is: http://skim-app.sourceforge.net/wiki/index.php/ LaTeX_and_PDFSync
Isn't it even in the standard-install of TextMate only necessary to set the Shell Variable TM_LATEX_VIEWER to Skim?
No, the LaTeX and View, and the other sync command, need to make an extra call if the viewer supports pdfsync. Currently we are only handling TeXniscope and PDFView, but I think we should be able to add Skim to the list.
I haven't tried Skim, what are its advantages over PDFView?
One reason TextMate should support Skim out of the box is that there is evidence that development of PDFView may halt. On the Sourceforge tracker, Andrea Bergia, PDFView’s developer, writes:[1]
Hello, I am the developer of PDFView, an application which seems superseded by your wonderful Skim in many regards. I actually plan to use it as my default PDF reader…
Best, Mark
[1]: <http://sourceforge.net/tracker/index.php?% 20func=detail&aid=1693191&group_id=192583&atid=941984>
On May 10, 2007, at 3:01 PM, Mark Eli Kalderon wrote:
On May 10 2007, at 13:12, Charilaos Skiadas wrote:
On May 10, 2007, at 7:13 AM, Niels Kobschätzki wrote:
Hi!
Skim (skim-app.sourceforge.net), a very neat and free pdf-viewer supports now pdfsync and they set up a wiki with some instructions how to enable Skim as viewer for pdfsync in Textmate. But I think the instructions are more complex than they should be.
The site is: http://skim-app.sourceforge.net/wiki/index.php/ LaTeX_and_PDFSync
Isn't it even in the standard-install of TextMate only necessary to set the Shell Variable TM_LATEX_VIEWER to Skim?
No, the LaTeX and View, and the other sync command, need to make an extra call if the viewer supports pdfsync. Currently we are only handling TeXniscope and PDFView, but I think we should be able to add Skim to the list.
I haven't tried Skim, what are its advantages over PDFView?
One reason TextMate should support Skim out of the box is that there is evidence that development of PDFView may halt. On the Sourceforge tracker, Andrea Bergia, PDFView’s developer, writes:[1]
Hello, I am the developer of PDFView, an application which seems superseded by your wonderful Skim in many regards. I actually plan to use it as my default PDF reader…
Best, Mark
20func=detail&aid=1693191&group_id=192583&atid=941984>
Didn't he even think about joining or even joined the ppl developing Skim?
Niels
One reason TextMate should support Skim out of the box is that there is evidence that development of PDFView may halt. On the Sourceforge tracker, Andrea Bergia, PDFView’s developer, writes:[1]
Hello, I am the developer of PDFView, an application which seems superseded by your wonderful Skim in many regards. I actually plan to use it as my default PDF reader…
Best, Mark
20func=detail&aid=1693191&group_id=192583&atid=941984>
Didn't he even think about joining or even joined the ppl developing Skim?
Apparently he did .. if you look at the last comment on that thread (from Andrea) he writes:
""" It works. Thanks for the great speed, and for the quality of the software. I am seriously thinking about declaring PDFView "dead" and Skim as the "successor"; I'll just wait for some more LaTeX support (and maybe I'll try to help a bit with writing it).
Again, thanks. """
as well as offering to whip up an Italian localization ...
-steve
On May 10, 2007, at 3:14 PM, Steve Lianoglou wrote:
One reason TextMate should support Skim out of the box is that there is evidence that development of PDFView may halt. On the Sourceforge tracker, Andrea Bergia, PDFView’s developer, writes:[1]
Hello, I am the developer of PDFView, an application which seems superseded by your wonderful Skim in many regards. I actually plan to use it as my default PDF reader…
Best, Mark
20func=detail&aid=1693191&group_id=192583&atid=941984>
Didn't he even think about joining or even joined the ppl developing Skim?
Apparently he did .. if you look at the last comment on that thread (from Andrea) he writes:
""" It works. Thanks for the great speed, and for the quality of the software. I am seriously thinking about declaring PDFView "dead" and Skim as the "successor"; I'll just wait for some more LaTeX support (and maybe I'll try to help a bit with writing it).
Again, thanks. """
as well as offering to whip up an Italian localization ...
that's the reason why there's one in 0.3 ;)
Niels
One reason TextMate should support Skim out of the box is that there is evidence that development of PDFView may halt. On the Sourceforge tracker, Andrea Bergia, PDFView’s developer, writes:[1]
Hello, I am the developer of PDFView, an application which seems superseded by your wonderful Skim in many regards. I actually plan to use it as my default PDF reader…
Best, Mark
20func=detail&aid=1693191&group_id=192583&atid=941984>
Didn't he even think about joining or even joined the ppl developing Skim?
Apparently he did .. if you look at the last comment on that thread (from Andrea) he writes:
""" It works. Thanks for the great speed, and for the quality of the software. I am seriously thinking about declaring PDFView "dead" and Skim as the "successor"; I'll just wait for some more LaTeX support (and maybe I'll try to help a bit with writing it).
Again, thanks.
That would be great. If I'm right, PDFViewer was on it's way to include TeXShop Spotlight-based source/PDF sync, and I'd like to get rid of pdfsync. That function included in Skm would be even better.
Is anyone able to have the suggested “Show in Skim (pdfsync)” command they describe working? It only switch to Skim with me but does not jump to the right place.
Édouard
On May 10, 2007, at 9:35 AM, Édouard Gilbert wrote:
""" It works. Thanks for the great speed, and for the quality of the software. I am seriously thinking about declaring PDFView "dead" and Skim as the "successor"; I'll just wait for some more LaTeX support (and maybe I'll try to help a bit with writing it).
Again, thanks.
That would be great. If I'm right, PDFViewer was on it's way to include TeXShop Spotlight-based source/PDF sync, and I'd like to get rid of pdfsync. That function included in Skm would be even better.
Is anyone able to have the suggested “Show in Skim (pdfsync)” command they describe working? It only switch to Skim with me but does not jump to the right place.
Is that with single files, or with projects? I haven't tried their command yet, so I don't know, but if their code is similar to PDFSync's, then that had some problems on its first versions of dealing with syncing a master file when run from one of the included files.
Édouard
Haris Skiadas Department of Mathematics and Computer Science Hanover College
Le 10 mai 07 à 15:41, Charilaos Skiadas a écrit :
Is anyone able to have the suggested “Show in Skim (pdfsync)” command they describe working? It only switch to Skim with me but does not jump to the right place.
Is that with single files, or with projects? I haven't tried their command yet, so I don't know, but if their code is similar to PDFSync's, then that had some problems on its first versions of dealing with syncing a master file when run from one of the included files.
Single file. I have only tried with one file, though, and as I don't use pdfsync that often (read “I can't remember when I did last time”), it may be due to my tex file being a bit dirty. Is there any recommendation to use pdfsync, such as “never \usepackage{pdfsync} after \usepackage{somepackage}”?
Édouard
The Latex command for calling Skim works just as it is posted in
http://skim-app.sourceforge.net/wiki/index.php/ LaTeX_and_PDFSync#Setting_up_TextMate
I used these:
Save: Nothing Input: None Output: Show as Tooltip Scope selector: text.tex.latex
Set TM_LATEX_VIEWER to Skim
I have not experimented much, but Skim came right up.
Jenny
On May 10, 2007, at 6:41 AM, Charilaos Skiadas wrote:
On May 10, 2007, at 9:35 AM, Édouard Gilbert wrote:
""" It works. Thanks for the great speed, and for the quality of the software. I am seriously thinking about declaring PDFView "dead" and Skim as the "successor"; I'll just wait for some more LaTeX support (and maybe I'll try to help a bit with writing it).
Again, thanks.
That would be great. If I'm right, PDFViewer was on it's way to include TeXShop Spotlight-based source/PDF sync, and I'd like to get rid of pdfsync. That function included in Skm would be even better.
Is anyone able to have the suggested “Show in Skim (pdfsync)” command they describe working? It only switch to Skim with me but does not jump to the right place.
Is that with single files, or with projects? I haven't tried their command yet, so I don't know, but if their code is similar to PDFSync's, then that had some problems on its first versions of dealing with syncing a master file when run from one of the included files.
Édouard
Haris Skiadas Department of Mathematics and Computer Science Hanover College
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
It jumps to the right place for me in both directions.
After we sort this out, I would like to learn about the new "TeXShop Spotlight-based source/PDF sync".
Jenny
That would be great. If I'm right, PDFViewer was on it's way to include TeXShop Spotlight-based source/PDF sync, and I'd like to get rid of pdfsync. That function included in Skm would be even better.
Is anyone able to have the suggested “Show in Skim (pdfsync)” command they describe working? It only switch to Skim with me but does not jump to the right place.
Édouard
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
It jumps to the right place for me in both directions.
It appears its a problem with my source. It indeed works with another (simpler) file. I'll check out.
After we sort this out, I would like to learn about the new "TeXShop Spotlight-based source/PDF sync".
Not quite so new, since version 2.0, I think. More information can be found in TeXShop Help. Advanced Help > PDFSync, more precisely. Apparently, it's based on search in PDF files. I think it's a feature included for Spotlight, I think.
Édouard
On May 10, 2007, at 7:08 PM, Édouard Gilbert wrote:
It jumps to the right place for me in both directions.
It appears its a problem with my source. It indeed works with another (simpler) file. I'll check out.
Using PDFView, syncing works with that other file. Any idea where the problem might come from?
Send me your file when you get the chance, if possible, and when in the weekend I set things up with Skim I'll see if I can figure out what's wrong.
If for whatever reason you can't send me your file, try to create a minimal example demonstrating the problem, by removing more and more from the file and checking if the problem is still there.
Édouard
Haris Skiadas Department of Mathematics and Computer Science Hanover College
On May 10, 2007, at 7:20 PM, Charilaos Skiadas wrote:
On May 10, 2007, at 7:08 PM, Édouard Gilbert wrote:
It jumps to the right place for me in both directions.
It appears its a problem with my source. It indeed works with another (simpler) file. I'll check out.
Using PDFView, syncing works with that other file. Any idea where the problem might come from?
Send me your file when you get the chance, if possible, and when in the weekend I set things up with Skim I'll see if I can figure out what's wrong.
I have now updated both the LaTeX and View command and the Show in PDF Viewer command to deal with Skim. Let me know if they don't work for you. (You'll of course need to set TM_LATEX_VIEWER to Skim).
Edouard, I had no problems syncing with the files you sent me. So please update the LaTeX bundle and try again, and let me know if it still doesn't work.
Édouard
Haris Skiadas Department of Mathematics and Computer Science Hanover College
On May 11, 2007, at 4:49 PM, Charilaos Skiadas wrote:
I have now updated both the LaTeX and View command and the Show in PDF Viewer command to deal with Skim. Let me know if they don't work for you. (You'll of course need to set TM_LATEX_VIEWER to Skim).
Haris,
Thanks for making it easy for us all. Everything is working well for me, except that Skim does not update the pdf file after I make a change in the Latex file. If I first close the pdf window in Skim, a new updated pdf window will appear after I run the Latex file.
Jenny
Hi Jenny,
On May 11, 2007, at 7:56 PM, Jenny Harrison wrote:
Haris,
Thanks for making it easy for us all. Everything is working well for me, except that Skim does not update the pdf file after I make a change in the Latex file. If I first close the pdf window in Skim, a new updated pdf window will appear after I run the Latex file.
Have you checked the "Check for file updates" box in the Skim Preferences, under LaTeX?
Jenny
Haris Skiadas Department of Mathematics and Computer Science Hanover College
On May 11, 2007, at 5:10 PM, Charilaos Skiadas wrote:
Hi Jenny,
On May 11, 2007, at 7:56 PM, Jenny Harrison wrote:
Haris,
Thanks for making it easy for us all. Everything is working well for me, except that Skim does not update the pdf file after I make a change in the Latex file. If I first close the pdf window in Skim, a new updated pdf window will appear after I run the Latex file.
Have you checked the "Check for file updates" box in the Skim Preferences, under LaTeX?
Jenny
Thanks, it works perfectly now!
I have now updated both the LaTeX and View command and the Show in PDF Viewer command to deal with Skim. Let me know if they don't work for you. (You'll of course need to set TM_LATEX_VIEWER to Skim).
Edouard, I had no problems syncing with the files you sent me. So please update the LaTeX bundle and try again, and let me know if it still doesn't work.
It appears that it's a path problem. When the path to my TeX file doesn't contain any space (I haven't tested it for other characters), it works as expected, but when it does, Skim just stays in the same place.
The last line in the console reports:
79:79: syntax error: Expected string but found end of script. (-2741)
The error remains the same when I try the same command, but used to be different when tried from other places.
About your sript modification, wouldn't be
if [[ "$V" == TeXniscope ]]; (...) elif [[ "$V" == PDFView ]]; (...) elif [[ "$V" == Skim ]]; (...) fi
more logical than the current
if [[ "$V" == TeXniscope ]]; (...) else if [[ "$V" == PDFView ]]; (...) if [[ "$V" == Skim ]]; (...) fi
?
On May 11, 2007, at 8:35 PM, Édouard Gilbert wrote:
I have now updated both the LaTeX and View command and the Show in PDF Viewer command to deal with Skim. Let me know if they don't work for you. (You'll of course need to set TM_LATEX_VIEWER to Skim).
Edouard, I had no problems syncing with the files you sent me. So please update the LaTeX bundle and try again, and let me know if it still doesn't work.
It appears that it's a path problem. When the path to my TeX file doesn't contain any space (I haven't tested it for other characters), it works as expected, but when it does, Skim just stays in the same place.
The last line in the console reports:
79:79: syntax error: Expected string but found end of script. (-2741)
The error remains the same when I try the same command, but used to be different when tried from other places.
I found the problem. It has to do with the code in the displayline script that Skim uses. The last line in that script should have been:
/usr/bin/osascript -e "tell application "Skim"" -e "activate" -e "open POSIX file "${file}" at TeX line ${line} from source POSIX file "${source}"" -e "end tell"
Note that the ${file}, ${source} etc are not surrounded by quotes any more.
About your sript modification, wouldn't be
if [[ "$V" == TeXniscope ]]; (...) elif [[ "$V" == PDFView ]]; (...) elif [[ "$V" == Skim ]]; (...) fi
more logical than the current
if [[ "$V" == TeXniscope ]]; (...) else if [[ "$V" == PDFView ]]; (...) if [[ "$V" == Skim ]]; (...) fi
?
Yes, probably ;)
Haris Skiadas Department of Mathematics and Computer Science Hanover College
Works perfectly, thank you very much.
Édouard
I found the problem. It has to do with the code in the displayline script that Skim uses. The last line in that script should have been:
/usr/bin/osascript -e "tell application "Skim"" -e "activate" -e "open POSIX file "${file}" at TeX line ${line} from source POSIX file "${source}"" -e "end tell"
Note that the ${file}, ${source} etc are not surrounded by quotes any more.
On May 11, 2007, at 17:56, Charilaos Skiadas wrote:
I found the problem. It has to do with the code in the displayline script that Skim uses. The last line in that script should have been:
/usr/bin/osascript -e "tell application "Skim"" -e "activate" -e "open POSIX file "${file}" at TeX line ${line} from source POSIX file "${source}"" -e "end tell"
Note that the ${file}, ${source} etc are not surrounded by quotes any more.
Thanks, Haris! I'll check that in for Skim.
On May 11, 2007, at 9:23 PM, Adam R. Maxwell wrote:
On May 11, 2007, at 17:56, Charilaos Skiadas wrote:
I found the problem. It has to do with the code in the displayline script that Skim uses. The last line in that script should have been:
/usr/bin/osascript -e "tell application "Skim"" -e "activate" -e "open POSIX file "${file}" at TeX line ${line} from source POSIX file "${source}"" -e "end tell"
Note that the ${file}, ${source} etc are not surrounded by quotes any more.
Thanks, Haris! I'll check that in for Skim.
Thank you for a great pdf viewer! Glad to be able to help, wish I had more time to contribute more to the development.
-- Adam
Haris Skiadas Department of Mathematics and Computer Science Hanover College
On May 11, 2007, at 18:44, Charilaos Skiadas wrote:
On May 11, 2007, at 9:23 PM, Adam R. Maxwell wrote:
On May 11, 2007, at 17:56, Charilaos Skiadas wrote:
I found the problem. It has to do with the code in the displayline script that Skim uses. The last line in that script should have been:
/usr/bin/osascript -e "tell application "Skim"" -e "activate" -e "open POSIX file "${file}" at TeX line ${line} from source POSIX file "${source}"" -e "end tell"
Note that the ${file}, ${source} etc are not surrounded by quotes any more.
Thanks, Haris! I'll check that in for Skim.
Thank you for a great pdf viewer! Glad to be able to help, wish I had more time to contribute more to the development.
You're quite welcome, but I have to say that Christiaan Hofman gets most of the credit for its current state. I occasionally contribute some fresh bugs :).
On May 11, 2007, at 9:49 PM, Adam R. Maxwell wrote:
On May 11, 2007, at 18:44, Charilaos Skiadas wrote:
On May 11, 2007, at 9:23 PM, Adam R. Maxwell wrote:
On May 11, 2007, at 17:56, Charilaos Skiadas wrote:
I found the problem. It has to do with the code in the displayline script that Skim uses. The last line in that script should have been:
/usr/bin/osascript -e "tell application "Skim"" -e "activate" - e "open POSIX file "${file}" at TeX line ${line} from source POSIX file "${source}"" -e "end tell"
Note that the ${file}, ${source} etc are not surrounded by quotes any more.
Thanks, Haris! I'll check that in for Skim.
Thank you for a great pdf viewer! Glad to be able to help, wish I had more time to contribute more to the development.
You're quite welcome, but I have to say that Christiaan Hofman gets most of the credit for its current state. I occasionally contribute some fresh bugs :).
I wonder, would it be possible to change the order of arguments in displayline? TeXniscope and PDF View have the source filename before the pdf filename, but Skim does it the other way around. It probably makes it a bit harder handling the case where the source is omitted, but it would simplify the code on TextMate's side, allowing me to address all the viewer calls with a single call.
Not a big deal really, but it would be nice.
-- Adam
Haris Skiadas Department of Mathematics and Computer Science Hanover College
On May 12, 2007, at 09:28, Charilaos Skiadas wrote:
I wonder, would it be possible to change the order of arguments in displayline? TeXniscope and PDF View have the source filename before the pdf filename, but Skim does it the other way around. It probably makes it a bit harder handling the case where the source is omitted, but it would simplify the code on TextMate's side, allowing me to address all the viewer calls with a single call.
I'm not sure if it's possible; my shell script memory is so poor that I'll write C/Obj-C first :). I think it's unfortunate that order of options matters at all, but changing it would break compatibility with 0.3...which perhaps isn't a big deal. Your best bet is to file a feature request at http://sourceforge.net/tracker/?group_id=192583&atid=941984 so it can be tracked.
On May 12, 2007, at 1:26 PM, Adam R. Maxwell wrote:
On May 12, 2007, at 09:28, Charilaos Skiadas wrote:
I wonder, would it be possible to change the order of arguments in displayline? TeXniscope and PDF View have the source filename before the pdf filename, but Skim does it the other way around. It probably makes it a bit harder handling the case where the source is omitted, but it would simplify the code on TextMate's side, allowing me to address all the viewer calls with a single call.
I'm not sure if it's possible; my shell script memory is so poor that I'll write C/Obj-C first :). I think it's unfortunate that order of options matters at all, but changing it would break compatibility with 0.3...which perhaps isn't a big deal. Your best bet is to file a feature request at http://sourceforge.net/tracker/? group_id=192583&atid=941984 so it can be tracked.
I just submitted it, number 1717886: http://sourceforge.net/tracker/ index.php?func=detail&aid=1717886&group_id=192583&atid=941984
Actually all that is needed is the addition of a forward-search.sh file with contents the following two lines:
#!/bin/sh "${0/forward-search.sh/displayline}" "$1" "$3" "$2"
This will not break compatibility with any previous version of Skim. displayline will still continue to work the same way.
-- Adam
Haris Skiadas Department of Mathematics and Computer Science Hanover College
On May 10, 2007, at 06:35, Édouard Gilbert wrote:
Apparently he did .. if you look at the last comment on that thread (from Andrea) he writes:
""" It works. Thanks for the great speed, and for the quality of the software. I am seriously thinking about declaring PDFView "dead" and Skim as the "successor"; I'll just wait for some more LaTeX support (and maybe I'll try to help a bit with writing it).
Again, thanks.
That would be great. If I'm right, PDFViewer was on it's way to include TeXShop Spotlight-based source/PDF sync,
Just to be clear, TeXShop's alternate syncing is based on PDFKit, and has nothing to do with Spotlight AFAIK.
and I'd like to get rid of pdfsync. That function included in Skm would be even better.
Why? If I recall correctly, one advantage of pdfsync is that it is more robust with equations and figures. Be sure you have the most recent version of the package from CTAN, though, as it has a number of fixes.
On May 11, 2007, at 3:01 AM, Adam R. Maxwell wrote:
On May 10, 2007, at 06:35, Édouard Gilbert wrote:
Apparently he did .. if you look at the last comment on that thread (from Andrea) he writes:
""" It works. Thanks for the great speed, and for the quality of the software. I am seriously thinking about declaring PDFView "dead" and Skim as the "successor"; I'll just wait for some more LaTeX support (and maybe I'll try to help a bit with writing it).
Again, thanks.
That would be great. If I'm right, PDFViewer was on it's way to include TeXShop Spotlight-based source/PDF sync,
Just to be clear, TeXShop's alternate syncing is based on PDFKit, and has nothing to do with Spotlight AFAIK.
and I'd like to get rid of pdfsync. That function included in Skm would be even better.
Why? If I recall correctly, one advantage of pdfsync is that it is more robust with equations and figures. Be sure you have the most recent version of the package from CTAN, though, as it has a number of fixes.
Will it be enough just to install it? I see that my only pdfsync on the system is in TextMate itself (/Applications/TextMate.app/Contents/ SharedSupport/Bundles/Latex.tmbundle/Support/tex/latex/pdfsync.sty) and this is Version 0.6 - maybe it's time for TextMate to upgrade the version to 1.0 ;)
Niels
On May 10, 2007, at 21:31, Niels Kobschätzki wrote:
On May 11, 2007, at 3:01 AM, Adam R. Maxwell wrote:
On May 10, 2007, at 06:35, Édouard Gilbert wrote:
and I'd like to get rid of pdfsync. That function included in Skm would be even better.
Why? If I recall correctly, one advantage of pdfsync is that it is more robust with equations and figures. Be sure you have the most recent version of the package from CTAN, though, as it has a number of fixes.
Will it be enough just to install it? I see that my only pdfsync on the system is in TextMate itself (/Applications/TextMate.app/ Contents/SharedSupport/Bundles/Latex.tmbundle/Support/tex/latex/ pdfsync.sty) and this is Version 0.6 - maybe it's time for TextMate to upgrade the version to 1.0 ;)
Hopefully you could install it in ~/Library/texmf and override TextMate's bundled version. http://www.ctan.org/tex-archive/macros/latex/contrib/pdfsync/pdfsync.sty is certainly newer.
On May 11, 2007, at 12:45 AM, Adam R. Maxwell wrote:
Will it be enough just to install it? I see that my only pdfsync on the system is in TextMate itself (/Applications/TextMate.app/ Contents/SharedSupport/Bundles/Latex.tmbundle/Support/tex/latex/ pdfsync.sty) and this is Version 0.6 - maybe it's time for TextMate to upgrade the version to 1.0 ;)
Hopefully you could install it in ~/Library/texmf and override TextMate's bundled version. http://www.ctan.org/tex-archive/macros/ latex/contrib/pdfsync/pdfsync.sty is certainly newer.
I think it should be enough to just install a newer version in your local texmf tree, any such version should take precedence over TextMate's built in package.
That said, i just updated the LaTeX bundle to include the newest pdfsync.sty.
-- Adam
Haris Skiadas Department of Mathematics and Computer Science Hanover College
On May 10, 2007, at 9:01 AM, Mark Eli Kalderon wrote:
One reason TextMate should support Skim out of the box is that there is evidence that development of PDFView may halt. On the Sourceforge tracker, Andrea Bergia, PDFView’s developer, writes:[1]
Hello, I am the developer of PDFView, an application which seems superseded by your wonderful Skim in many regards. I actually plan to use it as my default PDF reader…
Best, Mark
Well, I for one am convinced! I just hope Skim's life span is not as short as PDFSync's ;).
I'll try to add support for Skim this weekend. (Also need to update the docs for some time now).
20func=detail&aid=1693191&group_id=192583&atid=941984>
Haris Skiadas Department of Mathematics and Computer Science Hanover College