-
-
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
Bring back content selectors #10560
Comments
i would like to work on this issue |
As a general advice for newcomers: check out Contributing for a start. Also, guidelines for setting up a local workspace is worth having a look at. Feel free to ask here at GitHub, if you have any issue related questions. If you have questions about how to setup your workspace use JabRef's Gitter chat. Try to open a (draft) pull-request early on, so that people can see you are working on the issue and so that they can see the direction the pull request is heading towards. This way, you will likely receive valuable feedback. |
Hi @koppor In the Can you please provide the steps or instructions on how General tab is being rendered in the UI. @Siedlerchr, @Rohxn16 if you do have idea on this, please provide your inputs |
@Satya-Manikanta Understanding how the EntryEditor works is part of the levelling-up the code reading skills. In |
I would like to try to work on this issue. @koppor, could you clarify how I can get the existing keywords to exclude them from the selection box? Should I split them by space, comma separator, or something else to be able to retrieve the words correctly? |
@LoayGhreeb Thank you for working on this. I didn't get that you are the one with the pull request. I will provide a more detailed answer later. I don't know all code by heart. One hint now: The separator is configured globally (called KeywordSeparator) and we have a class handling keywords (converting them to a list and back). Maybe you find it witj Ctrl+Shift+F. |
Hi @koppor, I have implemented most of the first task and the 3rd task is ready for review, I'm waiting for your feedback. I have a small question regarding the first task. Do you want to check if all keywords in the text field are ordered alphabetically so that the selected item should be placed in the correct order? Otherwise, it will be added to the end. |
@LoayGhreeb Let JabRef be smart here. In case the list is ordered alphabetically, add it alphabetically. Else: Add it to the end. That way, JabRef is "smart" and does not change an existing order. |
Thanks for clarification @koppor, but since I will implement it using the By the way, is this what is required in the second task? Demo.mp4 |
Regardingthe second task. A user can configure the content selectors for fields: My idea was to exclude field names which do not make sense to have content selectors. Not by name, but by property. Maybe, it does not make sense. One would really need to think for which fields the content selectors would make sense. Much more work. The proposal with avoiding "PERSON" was a gut thing. Not well-thought... |
Refined answer: If you are going to implement that - the combo box should just NOT contain some fields... No exception thrown. |
I'm curious how this will be then... I hope, it won't resort the content. Let's see... |
Introduction
JabRef 3.8.2
JabRef 3.8.2 had the possibility to use pre-defined words for the keyword field. Instead of auto-completion, the user could use a drop down field:
JabRef 5.12
In today's JabRef, there is no such possibility:
One can still configure the list where the user can choose the available "keywords" to offer.
On the left, the field is selected, on the right, the possible contents are shown.
Tasks
org.jabref.model.entry.field.FieldProperty#PERSON_NAMES
" (because there are soooo many authors, we think, it does not make sense to use it there)The text was updated successfully, but these errors were encountered: