<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><title>Recent changes to 105: extended import - inspired by feature request [2163626]</title><link href="http://sourceforge.net/p/jabref/patches/105/" rel="alternate"></link><id>http://sourceforge.net/p/jabref/patches/105/</id><updated>2008-11-21T08:11:43Z</updated><entry><title>extended import - inspired by feature request [2163626]</title><link href="http://sourceforge.net/p/jabref/patches/105/" rel="alternate"></link><updated>2008-11-21T08:11:43Z</updated><published>2008-11-21T08:11:43Z</published><author><name>PJhimself</name><uri>http://sourceforge.net/u/pjhimself/</uri></author><id>http://sourceforge.net448f491784790c5690396036604e9680363be746</id><summary type="html">Hello developers,

our patch extends the functionality of "Import into new database" and "Import into current database" in that way, that the user could now choose multiple files and although directories. All directories will be recursivly searched for files.

All files will be grouped by their import format corresponding to the import file filter. Currently their will be only one file format retrieved by the choosen file type, but our code is also usable with multiple file formats.

All groups of files will be imported together by the use of the existing method "automatedImport", which needs an Array of Strings representing the filenames. Before the patch, there was only one filename within the Array, but this was easy to change.

The user gets then the normal dialog with all BibTeX-entries found within the files, where he could also choose the "deselect all duplicates"-option. The results of all files of one group are summarized within one dialog.

We was inspired for this patch by the feature request 2163626 \[0\], but we have only extended the existing import possibilities, so that the user could do something like that by the use of this option.
One point, where we have different opinions is, if it is requested that also PDF-files without any meta data should also be imported \(e.g. as entry of type "Other" with only the file link\). We did not change the behavior of the handling of those files, but if it is requested, it could be easyly solved by an new import format for that type of files.


Best regards, pjhimself



\[0\] http://sourceforge.net/tracker/index.php?func=detail&amp;aid=2163626&amp;group\_id=92314&amp;atid=600309</summary></entry></feed>