On Nov 18, 2011, at 15:32 , FZiegler wrote: > I don't intend to ever have an entry with more than one linked file. > btw. To me this contradicts the whole spirit of bibliography: if we have > two different documents, then they should each have its own entry.
Sometimes you have supporting information (animation, additional graphics, source, etc.) to attach to a publication. That's the use case that we've designed for, and the reason that you can attach multiple files of /any/ type. > On the other hand, I *do* often have several entries linking to the same > file, for practical reasons. (E.g., I've got volumes of collected works, > or Encyklopädie, from archive.org. Each has its own entry under the > editor's or collectee's name; but I often have entries for individual > articles. These link again to the whole volume -- since it's there.) I > mention this because it's easy to do by manually in the Local-Url field, > whereas... how would I do it under the new filing system? Drag that file to the file pane for each entry it should be associated with. If it's a collection, consider using crossrefs. >> Yes, this is the decomposed S + caron and the combined S-with-caron >> respectively. What you get is fairly unpredictable, different methods will >> give different results, all kinds of processes can change the composition. >> That's the problem with Unicode. I wouldn't really know how to normalize >> that. I don't know why it would bite you, most methods you would use should >> not make a difference between different decompositions. > > Well, the reason we want these paths in plain text is that they are also > being used on a Linux server (which mirrors the .bib and Archive). I can > see how this sort of issue could bite, because it's the whole reason why > Unison (file synchronizer) was not usable between Mac and Linux systems > as soon as non-ASCII file names were involved -- until they found a way > to normalize. Do you mean that you're sharing the .bib file with Linux/Windows users? What software do they use to read the .bib file, and how does it deal with file names? Storing it on a server shouldn't matter. -- Adam ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ Bibdesk-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bibdesk-users
