-
-
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
Find unlinked files should propose to link to existing entry (if it exists) #7288
Comments
I think I offer a relevant and related way of using JabRef: I have a folder in which all the linked files of JabRef are located. If possible, it would be amazing if JabRef could search one/a number of specified other folders also for combinations of author names and years or titles. |
still is a good idea |
@ilippert, is the issue with
|
Well, my proposal was to think more broadly: one dimension mentioned in #7288 (comment) is that JabRef could search the "Main file directory" for pdfs and also offer to link these to already existing entries in the library. Another dimension is to add more folders, beyond the "Main file directory" for searching. |
For the first dimension (which I meant here): We could use the duplication check algorithm "magically" during the synchronization. - Detail question @ilippert: Would you like to have more control what JabRef does (e.g., by deciding each file one-by-one) or trust the "JabRef magic" and fix minor issues afterwards? For the second dimension: Files in these folders are linked in absolute paths. Would that be OK for you @ilippert. |
I would love a "wizard" that asks me for each case, what to do about the file. As in: I could imagine a table-like layout:
absolute paths are perfectly fine. (And if I ever needed relative paths, I would ref to a symbolic link that itself is relative). |
I refined that issue at #9798. There, I described a) an automatic way for "Autoset file links" - and refined the "Search for unlinked local files" dialog. The issue with "Support multiple file directories" will be refined. We need to think about a) the UI and b) the logic. (I very well understand that issue. I treated it differently somehow: #160) |
Very much related, but different issue: https://discourse.jabref.org/t/broken-link-files/3783 |
Source: #7172 (comment)
Instead of only suggesting importing the pdf as a new entry, JabRef should also suggest to link the file to a fitting existing entry (by adding a button in the file tree next to the file for which an entry might already exist).
The text was updated successfully, but these errors were encountered: