On Sep 12, 2007, at 08:41 , Adam R. Maxwell wrote:
> On Wednesday, September 12, 2007, at 07:41AM, "Christiaan Hofman"  
> <[EMAIL PROTECTED]> wrote:
>> On 12 Sep 2007, at 4:25 PM, Adam R. Maxwell wrote:
>>> On Sep 12, 2007, at 04:34, Christiaan Hofman wrote:
[snip]
>> 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.
>
> 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 don't know that relative paths can be made to work, unless the  
files in question are in the same directory or a directory "below"  
the document in question.  I keep my docs scattered, in directories  
depending on context (courses, research, ToDo, ...).  None are in my  
home directory, so "~/"-relative will only work if "~/" is always the  
same distance from "/" (e.g. "/X/justin" but not "/Volumes/X/justin").

Perhaps document-relative (or .bib-relative) is the best bet, short  
of using aliases (which only work on Mac OS; I'm not sure whether  
this is an issue since we're only talking about BibDesk).

Justin

--
Justin C. Walker, Curmudgeon at Large
Institute for the Absorption of Federal Funds
-----------
If it weren't for carbon-14, I wouldn't date at all.
-----------



-------------------------------------------------------------------------
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

Reply via email to