-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
When copying an entry to a library in another folder, the relative path to linked files should be updated #3953
Comments
The correct algorithm for this is not immediately evident I think.
The question is, what usage pattern is most frequently used? I guess the first one. |
JabRef has always been using relative links where possible for files. So this correct expected behavior. |
It only breaks if lib A and lib B are in different folders.
Maybe in this case the paths should be converted to absolute?
*--- Erel Segal-Halevi (http://erelsgl.github.io
<http://erelsgl.github.io>) אראל סגל הלוי*
…On Mon, Apr 16, 2018 at 6:55 PM, Christoph ***@***.***> wrote:
JabRef has always been using relative links where possible for files. So
this correct expected behavior.
And it still works if both lib A and lib B are in the same folder.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#3953 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ABZPx2H5toUr7RnRMM3MNgUnCC6aWWJIks5tpL73gaJpZM4TTXge>
.
|
What might work in all cases:
|
@tobiasdiez Sounds reasonable, but is it really worth? If a PDF is not inside one of the relative paths of the library or the bib file, I see no value by doing this. Additionally, it introduces more complexity for us. |
We do not get the concrete use case. Is it about sharing? I had similar case with copying PDFs to another folder, but I had no use case with linking. |
The discussion seems to be that there are users having bib files in sub directories. Maybe some paper work. The thing is we should try not to contradict possible workflows. Refs #160 I like the solution outlined at #3953 (comment) |
This issue has been inactive for half a year. Since JabRef is constantly evolving this issue may not be relevant any longer and it will be closed in two weeks if no further activity occurs. As part of an effort to ensure that the JabRef team is focusing on important and valid issues, we would like to ask if you could update the issue if it still persists. This could be in the following form:
Thank you for your contribution! |
The issue seems to be still relevant. I came across it having the following in mind: I will likely have several, project related .bib files. Additionally, I plan to have a large .bib file collecting relevant entries from the project related files. For that, I plan to manually copy entries. That will likely also involve copying the files and updating the links. The question is, what mechanism can best help with this workflow. Automatically copying files over to a correct location will likely not work. But keeping the link working probably will help with that. |
JabRef version:
JabRef 4.2-dev--snapshot--2018-04-13--master--68b37978a
Linux 4.4.0-119-generic amd64
Java 1.8.0_161
Steps to reproduce:
The file does not open. The file-link is copied as a relative path, so it is invalid.
The text was updated successfully, but these errors were encountered: