Re: [Bibdesk-users] Using autofile with two machines
Hi Michael, I work on different machines with specific account names as you do. However, I do not encounter your problem. My autofile preference setting are: checkbox papers folder location tagged, with an entry into the neighbouring field like ~/BIOSAFE/Literatur which in my case is the path generated when you select it via the choose button. The ~ obviously refers to your local user folder irrespective of the account's name. cheers andreas http://www.ice.mpg.de Am 12.09.2007 um 03:51 schrieb Michael Green: I have home and work machines. I'm sold on the utility of using BibDesk to automatically file pdfs. And the default ~/Documents/ Papers directory is fine with me. However, the paths that are stored with each entry are machine specific. e.g. file://localhost/Users/MyHomeAccountName/Documents/Papers/ paper.pdf. My work machine has a different account name, so this fails when I'm on that machine. And vice versa, of course. I have the feeling that it should be possible to use the relative path option to specify a path to ~/Documents/Papers that would work on either machine. But I don't know how to accomplish that, or, indeed, if it's possible at all. Thanks! Michael Green -- --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net 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/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Using autofile with two machines
That's not correct. The tilde is there only for display, internally the full path is used. If you uncheck Papers folder location and check Use relative path for Local-Url then the auto-file feature will use a relative path for the Local-Url field (and only then). However, note that this is relative to the .bib file. Christiaan On 12 Sep 2007, at 9:39 AM, Andreas Reinecke wrote: Hi Michael, I work on different machines with specific account names as you do. However, I do not encounter your problem. My autofile preference setting are: checkbox papers folder location tagged, with an entry into the neighbouring field like ~/BIOSAFE/Literatur which in my case is the path generated when you select it via the choose button. The ~ obviously refers to your local user folder irrespective of the account's name. cheers andreas http://www.ice.mpg.de Am 12.09.2007 um 03:51 schrieb Michael Green: I have home and work machines. I'm sold on the utility of using BibDesk to automatically file pdfs. And the default ~/Documents/ Papers directory is fine with me. However, the paths that are stored with each entry are machine specific. e.g. file://localhost/Users/MyHomeAccountName/Documents/Papers/ paper.pdf. My work machine has a different account name, so this fails when I'm on that machine. And vice versa, of course. I have the feeling that it should be possible to use the relative path option to specify a path to ~/Documents/Papers that would work on either machine. But I don't know how to accomplish that, or, indeed, if it's possible at all. Thanks! Michael Green - - --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net 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/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net 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/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Using autofile with two machines
Well, you got me. I was not aware that on one of the three computers I work with preference settings (see below) were different from the others, which lead to my false statement. sorry andreas Am 12.09.2007 um 11:02 schrieb Christiaan Hofman: That's not correct. The tilde is there only for display, internally the full path is used. If you uncheck Papers folder location and check Use relative path for Local-Url then the auto-file feature will use a relative path for the Local-Url field (and only then). However, note that this is relative to the .bib file. Christiaan On 12 Sep 2007, at 9:39 AM, Andreas Reinecke wrote: Hi Michael, I work on different machines with specific account names as you do. However, I do not encounter your problem. My autofile preference setting are: checkbox papers folder location tagged, with an entry into the neighbouring field like ~/BIOSAFE/Literatur which in my case is the path generated when you select it via the choose button. The ~ obviously refers to your local user folder irrespective of the account's name. cheers andreas http://www.ice.mpg.de Am 12.09.2007 um 03:51 schrieb Michael Green: I have home and work machines. I'm sold on the utility of using BibDesk to automatically file pdfs. And the default ~/Documents/ Papers directory is fine with me. However, the paths that are stored with each entry are machine specific. e.g. file://localhost/Users/MyHomeAccountName/Documents/Papers/ paper.pdf. My work machine has a different account name, so this fails when I'm on that machine. And vice versa, of course. I have the feeling that it should be possible to use the relative path option to specify a path to ~/Documents/Papers that would work on either machine. But I don't know how to accomplish that, or, indeed, if it's possible at all. Thanks! Michael Green - - --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net 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/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net 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/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net 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/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Using autofile with two machines
On Sep 12, 2007, at 04:34, Christiaan Hofman wrote: BTW, we may have a big change in the way we handle local files in the (near?) future. And I'm not sure if saving relative paths will be compatible with those changes. I was planning to store a relative path as fallback along with the alias for this situation. Thinking about this again, it may be cleaner to make them relative to the home directory instead of the .bib file. Do you recall why they are .bib relative now? adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Using autofile with two machines
On 12 Sep 2007, at 4:25 PM, Adam R. Maxwell wrote: On Sep 12, 2007, at 04:34, Christiaan Hofman wrote: BTW, we may have a big change in the way we handle local files in the (near?) future. And I'm not sure if saving relative paths will be compatible with those changes. I was planning to store a relative path as fallback along with the alias for this situation. Thinking about this again, it may be cleaner to make them relative to the home directory instead of the .bib file. Do you recall why they are .bib relative now? adam So you can easily move the .bib file together with the library of papers. It makes that the directory structure on the different systems do not need to be the same, it only matters how the papers are placed relative to the file. We could also make it relative to the Papers Folder, but that could break Local-Url fields that expect it to be different. So I think we never allowed that because of this backward compatibility. I think if we should allow something relative to the Home directory we should use ~ instead of a relative path. Christiaan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Using autofile with two machines
On 9/12/07, Michael McCracken [EMAIL PROTECTED] wrote: For what it's worth, the checkbox for 'Papers folder location' seems a little confusing to me. The tooltips are much clearer, and it'd be best if the information in the tooltip could be made obvious in the control text - that you're choosing between filing in a single location or relative to the document. Perhaps the current 'papers folder location' setting should include a radio button to choose between 'file papers relative to document' and 'file papers in fixed location': (*) File papers in fixed location: [] (Choose…) ( ) File papers relative to each document. That seems to make more sense than the current situation as well. I wanted .bib-relative autofiling all along but didn't realize it existed until something on the list implied it. Then I didn't convert my file correctly and only realized it when I checked out my SVN repository on a new machine (under a different username). I had to fix the bibfile by hand with a regex search-and-replace. -- Rainer Sigwald - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Using autofile with two machines
On 9/12/07, Adam R. Maxwell [EMAIL PROTECTED] wrote: This is correct. It should also be possible to keep the old system around, although I'm not sure how we'll manage autofile in that case. The only reason I can see for doing this is cross-platform compatibility; if you find using vi or (shudder) emacs easier than BibDesk on Mac OS, we're doing something wrong :). Oh goodness no! The only time I've ever not used BibDesk on Mac OS X was when I used TextMate to search-and-replace my local-urls to be correct relative paths. I'm mostly concerned about being able to pass on my bibfile and papers folder to my research group after I graduate. I'd like to leave something in an at least partially-usable form for my successors. Incidentally, scripting would give you access to paths in the new system, so conceivably you could use a script hook to copy them to Local-Url when saving. No idea how practical that is. I'll do it if I have to, but compared to the current system which works exactly how I want it to it would be quite inconvenient :-) -R - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Using autofile with two machines
On Sep 12, 2007, at 10:02 AM, Adam R. Maxwell wrote: On Wednesday, September 12, 2007, at 09:48AM, Rainer Sigwald [EMAIL PROTECTED] wrote: On 9/12/07, Adam R. Maxwell [EMAIL PROTECTED] wrote: Okay, using a document-relative path certainly makes sense in that situation. The question then becomes: should we keep this behavior, or break it now? (By break, I mean use home-relative instead of document-relative paths). Opinions from the users? What's easier for people to deal with? I think Mike may be responsible for the original implementation, so maybe he has comments. I strongly prefer the relative-to-bibfile implementation. I keep both my .bib file and my papers folder in a Subversion repository, which I may check out to a different location periodically. I also have concerns about the new system with regard to cross-platform compatibility and human readability. The current system makes it quite easy to open the .bib file in (for example) vim/emacs/Notepad and extrapolate from local-url = {} to find the referenced file by hand. That doesn't seem possible with the proposed ASCII-armored Mac OS X alias. Is that correct, or am I misunderstanding? This is correct. It should also be possible to keep the old system around, although I'm not sure how we'll manage autofile in that case. The only reason I can see for doing this is cross-platform compatibility; if you find using vi or (shudder) emacs easier than BibDesk on Mac OS, we're doing something wrong :). Incidentally, scripting would give you access to paths in the new system, so conceivably you could use a script hook to copy them to Local-Url when saving. No idea how practical that is. FWIW, I favor keeping the document-relative paths as a backup for a couple of reasons: 1)You can send an archive of a .bib file and the PDFs to someone else; all of the local-url links still work if stored relatively. 2)Cross-platform compatibility: JabRef stores a pdf or ps field that is relative to a main PDF directory, so that if local-url is copied to a pdf field (and the directory is correctly specified), the links still work. 3)While you can't sling around your .bib file and have the links still work (the advantage of home-directory-relative paths), the new File Aliases method should fix that problem. Slightly off-topic, 1) reminds me of a nice new feature of Endnote X (yes, they actually added a new feature), which is to send a library and its PDFs to a compressed archive which a user on the other end can decompress and have all of the PDFs nicely linked. A similar thing could be done with BibDesk fairly easily, I should link... -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
[Bibdesk-users] Using autofile with two machines
I have home and work machines. I'm sold on the utility of using BibDesk to automatically file pdfs. And the default ~/Documents/ Papers directory is fine with me. However, the paths that are stored with each entry are machine specific. e.g. file://localhost/Users/MyHomeAccountName/Documents/Papers/ paper.pdf. My work machine has a different account name, so this fails when I'm on that machine. And vice versa, of course. I have the feeling that it should be possible to use the relative path option to specify a path to ~/Documents/Papers that would work on either machine. But I don't know how to accomplish that, or, indeed, if it's possible at all. Thanks! Michael Green - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users