-
-
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
"New entry from Id" supporting just adding with an id (and not the Id type) #550
Comments
Or something similar to "New entry ..." which has a sub-menu with all possibilities. This would help the user find this functionality more easily. Otherwise, it can be so well hidden that no one uses it. |
Hm, I would not integrate this there but rather create a new action in the menu. |
Is "there" above the "Cancel" button like
Example
Then it's the same as I have in mind. |
@JabRef/developers This was done, right? Can be closed then... |
Kind of....it is in the "New entry..." dialog but in #1925 (comment) we said, that we also want to add a new "New entry from ID" dialog. I mark it as after-javafx. |
Thank you for reporting this issue. We think, that is already fixed in our development version and consequently the change will be included in the next release. We would like to ask you to use a development build from https://builds.jabref.org/master and report back if it works for you. |
There is still no "New entry from ID" dialog. In the best case, this would be implemented as a new button in the toolbar that opens a small flyout pane. |
But in the new entry dialog is an option to enter doi etc |
@Siedlerchr Please see the comment #1925 (comment) mentioned by @tobiasdiez:
|
The ID is always correct, i dont See a reason for 2 clicks confirming an
Item. I think is good the way it is. We can just add a Dialog solely for
the ID. But this way there is no single point of entry...
Oliver Kopp <notifications@github.com> schrieb am Do., 14. Juni 2018, 07:29:
… @Siedlerchr <https://github.com/Siedlerchr> Please see the comment #1925
(comment)
<#1925 (comment)>
mentioned by @tobiasdiez <https://github.com/tobiasdiez>:
I'm also in favor of a new menu-item + dialog. This also provides you more
room to include a bit more details. My proposal:
[image: Image]
<https://camo.githubusercontent.com/2b5143db9782ff004b6058a090347d678d40567e/68747470733a2f2f6a61627265662e6d7962616c73616d69712e636f6d2f6d6f636b7570732f343933333139352e706e67>
Has the advantage that the user need not select the kind of ID he has
(most of them are quite distinct and JabRef should be able to tell them
apart) and he gets a preview of the entry (which tells him that we put the
correct ID in)
—
You are receiving this because you are on a team that was mentioned.
Reply to this email directly, view it on GitHub
<#550 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ACCtQ143h0H59E1eGJDrNQ1XycnA6atGks5t8fSxgaJpZM4G5EN0>
.
|
Hello, I understand what you want, should I create a new NewEntryAction method for this new button or should I use the one already created used for the classic New Entry but if a type ? Thanks |
The functionality and the code should be moved to a new class. In addition, I would also add a new menu item. |
Thank you for providing screenshots! The identifier should be guessed. Meaning: The ISBN, the DOI, ... classes should be asked whether they can parse the identifier. If yes, the identifier type is found. That should happen directly after pasting. The belonging (fetched!) entry can be displayed inline in the same dialog. There should be no separate dialog showing the fetched result. The fetched result should be directly inserted into the database and the entry editor should show that entry. |
I agree with @koppor. Please have a look at #550 (comment) for how it should like (approximately). jabref/src/main/java/org/jabref/gui/importer/ImportEntriesDialog.java Lines 138 to 163 in 9d620f1
|
@CarodePourtales how is it going? Do you need help ? |
There is still no "New entry from ID" dialog. In the best case, this would be implemented as a new button in the toolbar that opens a small flyout pane. |
The functionality described by Tobias is #4183. |
Fixed by #8129 |
As user, I want to generate an entry based on an Id. JabRef should know the id type by itself. Thus, the drop down "ID type" should be optional. Just reading the id and checking whether it is a valid doi, valid isbn, ... If yes, fetch the entry.
Additon: If an Id is pasted into the table, the entry should be created by the Id.
Old request
In the web search, we have two types of fetchers: The first types are crawlers (like IEEE or Springer) which return multiple entires. The second type are fetchers (like DOIToBibTeX, ISBNToBibTex, or Fetch ArXiv.org) which return a single entry.
Proposal move all single-entry-fetchers to "BibTeX -> New entry". One possibility is to offer a dropdown where the fetcher can be chosen. Next to the dropdown, the id of the entry can be input. Next to it, the button "Fetch" triggers the action.
Current UI
The text was updated successfully, but these errors were encountered: