BibDesk RIS import problem -- can others replicate this?

Thanks Mark. I was preparing an email about this and you beat me to it.

That is interesting on two fronts:
First, why is this not a problem with Tinderbox 6? No spurious notes created there.

Edit 2: Doh! Obvious. V6 couldn’t do multiple imports so just ignored the second item on the pasteboard. V7 thinks the second item is a new reference, doesn’t find a TY - and gets confused.

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. 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. I.e., the only multiple-item drag into Tinderbox that works here is from Bookends.

EDIT 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. I assume Bookends is the odd man out here?

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.