Set thePubs to (sort (get publications) by "Cite Key" subsort by "Date-Added" without ascending) To retain static group memberships we have to ensure that such "membership info" is copied from the last to the first publication of any set of publications with the same cite key (see vars 'aPub', 'prevPub', 'youngestPub'). get all publications sorted by cite key ensuring that in any set of publications with the same cite key the youngest comes first and the oldest, typically the only one of the set that is still member of any static groups, comes last. Set theBibDeskDocu to document 1 of application "BibDesk" Make sure the two copies are always kept identical. IMPORTANT NOTE: The following routine is an identical copy as contained in files 'Cleanup Duplicates.scpt' and 'Fix PDF and URL Links.scpt'. I find one promising AppleScript in here: īut, since I am total beginner with AppleScript, I couldn't adopt it to my needs. They are however don't manage to find them all not even half of them. I have tried both BibDesk and Jabref to remove the duplicates. The duplicates have no identical Citation Keys. I will try and find out from the BibDesk developers if the second empty item on the pasteboard is a goof or has some deep meaning.I have more than a thousand duplicates in my Bibtex library. I assume Bookends is the odd man out here? I.e., the only multiple-item drag into Tinderbox that works here is from Bookends.ĮDIT 1: I.e., most RIS-exporting apps seem to do it by pasting a single item onto the pasteboard and then rely on the importing app to break that single item into discrete refs using TY - and ER - as delimiters. By comparison all multiple RIS imports between other RIS-aware apps (Zotero drag to BibDesk, BibDesk to Zotero, BibDesk drag to Bookends…) result in multiple entries being created. Secondly: currently, while Tinderbox can import multiple items with cmd-opt drags from Bookends, it’s incapable of doing this from other RIS-outputting bib-managers (BibDesk and Zotero are the two I’ve tried.) You end up getting a single reference note in Tinderbox with the multiple RIS feeds all munged together in the single ReferenceRIS attribute. V7 thinks the second item is a new reference, doesn’t find a TY - and gets confused. V6 couldn’t do multiple imports so just ignored the second item on the pasteboard. I was preparing an email about this and you beat me to it.įirst, why is this not a problem with Tinderbox 6? No spurious notes created there.Įdit 2: Doh! Obvious. Also, if you export a BibDesk reference in RIS format to a file, say ref.txt, and then drag the file into Tinderbox you don’t get a superfluous `new’ note. This problem is not present in the last V6 Tinderbox I have installed – b216. In addition to the reference do you also get an extra `new’ note? (2) Option drag a reference from BibDesk into Tinderbox… (1) In BibDesk’s preferences, under ‘Citation’, ‘Copying and Dragging’, ‘Format when holding Option key’: choose ‘RIS description’ if not already selected. I’d appreciate it if others could try and replicate this problem. However, at some point in the V7 cycle a small but very irritating problem has emerged: if you now drag out a reference in RIS format into Tinderbox a new note of Prototype Reference is correctly created BUT an unwanted empty note titled `new’ is also created at the same time. Since you can drag out references from BibDesk in RIS format it also integrates beautifully into Tinderbox. BibDesk, an extremely capable bibliography manager for BibTex, is one of the mainstays of my work.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |