It would be elegant if inproceedings, chapters and other sub content could be linked to the complete works (if that is pdf, djvu you have) through the Jabref entry for the complete works (the parent document). This would significantly reduce the overhead in changing filesnames and directories, because each file on disk would have a single obvious link to a Jabref entry.
There already exists the Crossref field that provides bibliographic information within citations, which would be the obvious file crosslink pointer, requiring no additional fields.
Please code for an automatic proxy entry in the file field with a clickable 'entry/flag', allowing transparent redirection to, and through, the parent entry file link, when the parent document exists on disk as entered in the parent entry. I use the File column icon to quickly identify which papers I still have to get.
The user would simply add the bibtexkey in the Crosslink as is current practice, and the rest would self complete, reducing risk of duplicating documents, bibliographic information and eliminate multiple bibliographic links from Jabref to the DOS.
This suggestion will only helps users storing the complete works of multichapter, multi-part, multi-paper documents. Improved internet speed combined with cheap hard-drives makes personal storage of complete documents for future access increasingly feasible.
Thanks for the great software that keeps improving
FYI I currently enter the bibtexkey and the PDF page number as type URL in the File field, which then flags I have the paper (in the File column) and what page to type in the PDF browser to view it. e.g.: morrison1970hotel p.123. It requires me to search for the parent entry on that bibtexkey to access the file, making it time consuming to access files, however I am unwilling to "rats nest' links to files.
It would be wonderful if the bibtexkey URL could be made an active hyperlink, especially if is somehow possible to open at the indicated page (this is the PDF page, not the bibliographic page) making it as easy to view as a direct linked single content PDF.
While not currently native JabRef the Rename files plugin https://sourceforge.net/p/jabref/discussion/318824/thread/8f56b49a/ (or native file delete functionality) must also detect these links to improve file repository maintenance. This is mentioned in case these links are not encoded as other local file links (which my work around does not) and therefore will be missed by any pre file delete checks.
Last edit: Alan Belle 2015-10-18