(I have not tried out the nightly) On Sep 30, 2007, at 12:42 PM, Christiaan Hofman wrote:
> I think that leads to far. You may be recreating a subset of your > whole computer. I would tend to disagree. The advice on this list is for references with multiple PDFs, you should link to a folder. So all these entries are essentially non-transferable. Why not trust how the user has build his library? I would think it better not to second guess him/ her. The only nasty sideeffects would be creating a very large tarball, running out of disk space or wasting cpu cycles. Kasper > Christiaan > > On 30 Sep 2007, at 9:35 PM, Alexander H. Montgomery wrote: > >> Hmm, looks like a good start. A couple of issues: >> >> Names and fields: It currently drops all the PDFs into the same dir >> as the .bib file. It could instead create a folder hierarchy based on >> the common parent of all the PDFs and correct the local-url-type >> fields from there. >> >> Folders:When I had a folder as a local-url-type field, it instead put >> in a zero KB file. >> >> -A >> >> On Sep 30, 2007, at 11:09 AM, Christiaan Hofman wrote: >> >>> >>> On 28 Sep 2007, at 9:18 PM, Adam R. Maxwell wrote: >>> >>>> >>>> On Friday, September 28, 2007, at 12:15PM, "Alexander H. >>>> Montgomery" <[EMAIL PROTECTED]> wrote: >>>>> On this topic, I was thinking of putting in a feature request >>>>> along >>>>> these lines: Having an export option that tarballed (or zipped, or >>>>> whatever) selected or all references, along with attached PDFs, in >>>>> such a way that someone else could open up the library and have >>>>> the >>>>> PDF links "just work." >>>>> >>>>> Thoughts? Endnote (finally) introduced this feature in 10.0. >>>> >>>> Christiaan added something like this recently. Try Export->BibTeX >>>> and Papers Archive (or something like that) in a nightly build. >>>> >>>> Adam >>> >>> Though it does not correct the local-urls to be relative. >>> >>> Christiaan >>> >>> >>> >>> -------------------------------------------------------------------- >>> - >>> - >>> --- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> Bibdesk-users mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/bibdesk-users >>> >> >> >> --------------------------------------------------------------------- >> - >> --- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Bibdesk-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/bibdesk-users > > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Bibdesk-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/bibdesk-users ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bibdesk-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bibdesk-users
