-
-
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
BibTeX information in web search import screen. (#560) #10784
BibTeX information in web search import screen. (#560) #10784
Conversation
Nice addition. It takes, however, quite a bit of space away from the list of entries. Could you add a button "Show entry information" that toggles this functionality (default off). An alternative would be to show the info's on hovering the entry. |
6f402a4
to
654fd1c
Compare
@tobiasdiez as you wish ;) |
Thanks, looks nice! 🙂 I don't have the time right now for a proper review of the code, but I'm sure another developer will look at it very soon! |
}); | ||
} | ||
|
||
private String getSourceString(BibEntry entry) throws IOException { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you move the whole logic please to the viewModel?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Done
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for working on this. The provided screenshots realy help!
@@ -1986,6 +1986,8 @@ Total\ items\ found\:=Total items found: | |||
Selected\ items\:=Selected items: | |||
Download\ linked\ online\ files=Download linked online files | |||
Select\ the\ entries\ to\ be\ imported\:=Select the entries to be imported\: | |||
Entry\ BibTeX\ data\:=Entry BibTeX data\: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There should not be new translations for this heading. The Entry Editor uses "BibTeX". Please re-use that string. Add the :
manually in the code (or just style as heading so that no : is necessary).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@@ -1986,6 +1986,8 @@ Total\ items\ found\:=Total items found: | |||
Selected\ items\:=Selected items: | |||
Download\ linked\ online\ files=Download linked online files | |||
Select\ the\ entries\ to\ be\ imported\:=Select the entries to be imported\: | |||
Entry\ BibTeX\ data\:=Entry BibTeX data\: | |||
Show\ entry\ information=Show entry information |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It should be "Show BibTeX", because "information" is more general and could be more. For instance: citation data, is this entry already contained in the library, completeness of the bibtex data, ...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+1 to show this information as tooltip on mouse over as you then won't have to deal with multiple entries in the code area that should be added. And if not, hide it with a checkbox. |
The option to hide with checkbox has been already added |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Current look:
- 1: Remove the ":" (because it is a heading). I know that the heading at the beginning also has a ":". Nevertheless, the first one is not quite a heading, but an instruction.
- 2: Add "source", to be consistent with the heading (1)
In JabRef_en.properties, please group the strings together:
%0\ source=%0 source
Show\ BibTeX\ source=Show BibTeX source
Show/edit\ %0\ source=Show/edit %0 source
It is OK for me to have Show BibTeX source
as new string.
Finally, if I activate "Show BibTeX source", the BibTeX source of the current selected entry should be shown.
Currently, it does not
- Select dblp as source
- Search for "vino4tosca"
- Import dialog with one result is shown
- Activate on "Show BibTeX"
- See that there is no source shown.
new BibEntryWriter(fieldWriter, entryTypesManager).write(entry, bibWriter, selectedDb.getValue().getMode()); | ||
} catch ( | ||
IOException ioException) { | ||
return null; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In Java, one should avoid null
, because this leads to NullPointerExceptions, which are hard to debug.
In your case, you can fallback to a default value - the empty string.
return null; | |
return ""; |
You could also include the erorr message, but I think, this is not helpful for the user.
@koppor The requirements clearly specifies that the info should be visible after clicking such entry. In the EDGE CASE you mentioned the entry is preselected as there's only one entry. I'd recommend to write better requirements and task specifications win the future, as currently we're talking about some different features. Also I'd like to point out the new changes in the headers you proposed - you want the ":" mark to be deleted, as in previous part of this pull request you said "There should not be new translations for this heading. The Entry Editor uses "BibTeX". Please re-use that string. Add the : manually in the code (or just style as heading so that no : is necessary).". And about the "Show BibTeX" text - you also wanted another text as you mention now - "It should be "Show BibTeX", because "information" is more general and could be more. For instance: citation data, is this entry already contained in the library, completeness of the bibtex data, ...". I believe that such kind of reviews are working very poorly and frustrate the developer that implements it. In my opinion you need to re-think some part of this project code review process. |
@koppor As I'm a kind person, there're your requested changes. |
First of all, thank you for your patience!
Sometimes, requirements then get very long and implementers say: "This is too much text, I cannot understand". In this project, we are not in the 80:10:10 effort split between specification, implementation, and test. Thinking of all edge cases takes time. The benefit of working in a closed loop (and not in a waterfall-style model) is that there is feedback. One can try out things. Since you implement the changes fast, there is really a fast feedback possible.
I thought about texts, because your starting suggestions were not consistent to JabRef's UI. It seems you are new to the context of literature management with JabRef, which is OK. -- Note that the tab of the enty editor was screenshot by at koppor#560 (comment). There, you could read "biblatex source". Sorry, that I screenshotted the library in biblatex (and not BibTeX mode) and thus the concrete string was underspecified.
Two things: First, as said, this fast-paced loop helps to investigate results and to improve things. It is impossible to specify all requirements at the beginning. Delivering intermediate results help to evaluate the result. - Therefore, the agile movement got traction - and there are less and less projects following the waterfall model. Second, typically requirements are not complete. The implementor has to think about the edge cases. Decide for themselves or ask for feedback. In a perfect world, the implementor has a relation to the resulting code and knows the demand of the using person(s) and can handle accordingly. My personal hope for JabRef is that contributors implementing something for the software can get into the context. Most of the contributors are students having to write scientific articles with references. Moreover, I assume they are using the computer and like good UX. I know that "good UX" is debatable and that this is kind of experience and that no one can expect that kind of thinking from typical contributors of JabRef. Finally, thank you for the feedback. We are trying to provide better issue descriptions for university projects. Therefore, not all issues are listed at our list for candidates for university projects https://github.com/orgs/JabRef/projects/3/views/3?query=is%3Aopen+sort%3Aupdated-desc, but only selected ones. You are one of the contributors reacting very fast to comments. Thank you for that. That also motivates us to spend our hobby time in interaction with you. (We are all doing this in our free time to make the world a better place). |
@koppor Thanks for your clarification. I'm just really used to strict requirements at work, when the business says "clicked" it means clicked, not selected, so my point of view is a little biased ;p Im just glad that finally we've reached a consensus. Thanks for fast responses :) |
Closes koppor#560
Added BibTeX data to import web search screen:
After selection:
After unselect:
After selection then selecting another entry:
CHANGELOG.md
described in a way that is understandable for the average user (if applicable)