-
-
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
Increase size of "file" field in General Tab of Entry-Editor #8823
Comments
I like the idea of having a responsive height based on the amount of files (possibly with a maximum height at which the internal scroll bar is used again) |
Note, this issue has been reported before: Version 3.8.2 showed many more files than the current version (see screenshots in the linked post). |
Hello, @[ThiloteE] , our group are interested in your problem and would like to work on this issue. Can we have a try? |
hey, thanks yes this seems to be a lot less controversial issue than the other one :-) Thanks for the PR, I am going to try it :-) |
Thanks, but also, I just take a example, not complete! |
JabRef 5.8--2022-09-03--416ba16 Hmm, this does not appear to be (fully?) solved in the current dev version. There is just more white space below the linked files (see attached picture), but there are still only 3 linked files shown, despite the fact, that there are 5 linked files. Note, that the old version of JabRef could easily handle ca. 10 linked files or so (see #5105 (comment)) |
@Siedlerchr Can you re-open this issue please? As far as I can tell, the problem has not been solved yet. |
Yes, it still has a fixed size. We are currently investigating potential ways to improve the height calculation, but seems not that easy. |
To reiterate: There is still the problem that when there are more than 3 files attached, some files will be hidden from view. Here is where the relevant files and where most of the code that is responsible for this behaviour lives: JabRef/src/main/java/org/jabref/gui/fieldeditors/LinkedFilesEditor.fxml I used scenic-view to have a look at what exactly is there in the UI and what boxes and objects compete for space. I tracked it down to the JFXListViewSkin.class com.jfoenix.skins.JFXListViewSkin |
Reminder: revisit this issue once gemsfx or some other library has replaced jfoenix. |
For historical reference - here a screenshot of JabRef 3.8.2: #5105 (comment) |
is there by chance any expected timeline? or a link to one? |
Problem:
What happens:
Because the size of the field is so small, it has very hard to select a specific file (or specifc fileS), because the scrollbar often jumps too far or not far enough. Also, when scrolling over the end of the file field, the scrollbar of the general tab will get activated and the user will henceforth scroll within the general tab instead of the file field.
Ideas for Solution:
Additional context
The text was updated successfully, but these errors were encountered: