That was the problem — the full path to the directory containing the LaTeX file I was editing had a double-quote in it. Removing that fixed the problem. Apologies for the misguided bug report! J On 4 Feb 2026, at 15:43, Christiaan Hofman hofman@users.sourceforge.net wrote: Also, could it be that there is a special character (perhaps a doubl-quote) in the full path to the file? [bugs:#1598]https://sourceforge.net/p/skim-app/bugs/1598/ Cannot open PDF using displayline Status: open-works-for-me Group:...
Cannot open PDF using displayline
Bibdesk crashes when reloading PDF thumbnail
PDF thumbnail preview incorrectly displayed when creating an entry
I just tried 1.8.6 (5740) and that seems to have fixed the problem. I was able to import three entries by pasting them in from the clipboard, and each time they appeared in the library and the edit window appeared. Excellent. On 5 Oct 2021, at 14:35, Christiaan Hofman hofman@users.sourceforge.net<mailto:hofman@users.sourceforge.net> wrote: Could you try out a recent nightly build (you can find them through the web site)? It may be that this is a side effect of bug # 1619. [bugs:#1621]https://sourceforge.net/p/bibdesk/bugs/1621/...
Here’s a workaround, for the record. In cases where a relevant field has TeX code which isn’t (or won’t be) caught, put into that field a clean variant of the text before adding the local file. Autofile will then use the clean variant text when adding the file and constructing the name. If the entry is then edited afterwards, the correct TeX code can be put into the field as BibDesk doesn’t modify the file name after the fact. On 4 Oct 2021, at 17:12, Christiaan Hofman hofman@users.sourceforge.net<mailto:hofman@users.sourceforge.net>...
Certain TeX constructs aren't cleaned from file names by Autofile
I did, but when I emptied out all of the script hooks from ~/Library/Application Support/BibDesk/Scripts and restarted, the problem is still there. On 2 Oct 2021, at 23:36, Christiaan Hofman hofman@users.sourceforge.net<mailto:hofman@users.sourceforge.net> wrote: Do you perhaps have script hooks installed? [bugs:#1621]https://sourceforge.net/p/bibdesk/bugs/1621/ Creating new publication from clipboard doesn't show editable window Status: open-works-for-me Group: unverified Created: Sat Oct 02, 2021...
Weird. I was able to reproduce the problem with a clean start of BibDesk and copying two BibTeX records from Google scholar, as you can see below. This is, I think, a minimal sequence of actions because I’m not adding PDFs, editing fields, etc. https://www.dropbox.com/s/xu4q8d3e305suaj/BibDesk%20minimal%20copy%20from%20clipboard%20bug.mov?dl=0 It must be a system-specific problem, but I have no idea what it could be. On 2 Oct 2021, at 10:25, Christiaan Hofman hofman@users.sourceforge.net<mailto:hofman@users.sourceforge.net>...
Here’s a third run, and with the console.log output. There are a number of BibDesk entries in there, but I don’t know what they mean. https://www.dropbox.com/s/21o7zbaitcrh038/BibDesk%20minimal%20copy%20bug%203%20with%20console.mov?dl=0 https://www.dropbox.com/s/zo1ye4031lyr0ji/console-log-with-bibdesk.log?dl=0 Thanks for looking at this. On 2 Oct 2021, at 10:25, Christiaan Hofman hofman@users.sourceforge.net<mailto:hofman@users.sourceforge.net> wrote: It really does not look like the adding of the...
Ok — will do. On 2 Oct 2021, at 10:25, Christiaan Hofman hofman@users.sourceforge.net<mailto:hofman@users.sourceforge.net> wrote: It really does not look like the adding of the item (second time) is the problem. The problem must be something else you are doing that somehow creates a problem in the program, and you are doing several things. Perhaps you can try and see what action precisely create the problem for you? [bugs:#1621]https://sourceforge.net/p/bibdesk/bugs/1621/ Creating new publication...
Creating new publication from clipboard doesn't show editable window
Great — I’m happy to check a nightly build, if you want. And thanks for all your work on BibDesk. I’ve been using many more of the features over the past few days — linking to PDFs, URLS — and customizing templates. It’s so much better than all the paid software I’ve used before. Papers, for example, was ok originally, but then it got worse with every upgrade and version after the company sold it to ReadCube is terrible. On 29 Sep 2021, at 12:31, Christiaan Hofman hofman@users.sourceforge.net<mailto:hofman@users.sourceforge.net>...
Smart groups overwritten by "Last Import"
Changing entry type doesn't update fields
Ah - thanks. For some reason, anti-aliasing got turned off when I upgraded to Catalina. I changed the setting and all is back to normal. Sorry to have wasted your time. J On 2 Jan 2020, at 18:35, Christiaan Hofman hofman@users.sourceforge.net<mailto:hofman@users.sourceforge.net> wrote: The anti aliasing is controlled by the setting in the Display preferences. This is al the control that we have been given, hiw that is further rendered is a matter of Apple's PDFKit. [bugs:#1342]https://sourceforge.net/p/skim-app/bugs/1342/...
Text appears jagged in 1.5.5 (121)
That’s great! Thanks so much for the incredibly rapid response. Best wishes, Jason Sent from my iPad On 15 Jan 2019, at 13:48, Christiaan Hofman hofman@users.sourceforge.net<mailto:hofman@users.sourceforge.net> wrote: status: unread --> open-fixed Comment: I found the problem. It will be fixed for the next release. [bugs:#1290]https://sourceforge.net/p/skim-app/bugs/1290/ Reading bar does not disappear after auto-refresh Status: open-fixed Group: Other Created: Tue Jan 15, 2019 11:01 AM UTC by Jason...
Reading bar does not disappear after auto-refresh
Thanks for letting me know - that's great. J Sent from my iPhone On 28 Sep 2017, at 21:12, Christiaan Hofman hofman@users.sf.net<mailto:hofman@users.sf.net> wrote: This should be fixed in High Sie [bugs:#1187]https://sourceforge.net/p/skim-app/bugs/1187/ PDF scrolls forward one page after auto-refresh Status: open-wont-fix Group: Other Created: Mon Jun 12, 2017 02:06 PM UTC by Jason Alexander Last Updated: Wed Jun 28, 2017 02:31 PM UTC Owner: nobody Attachments: Screen Shot 2017-06-12 at 15.04.37.pnghttps://sourceforge.net/p/skim-app/bugs/1187/attachment/Screen%20Shot%202017-06-12%20at%2015.04.37.png...
As a follow-up, it seems that this only happens when the window is sufficiently tall. The screenshots I posted show a window tall enough to fit more than 2 slides on-screen at the same time. If I resize the window vertically so as to make it shorter, the PDF no longer scrolls forward one page after auto-refreshing.
PDF scrolls forward one page after auto-refresh