Skip to content
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

Swipe Feature. Implement Touch and/or Mouse events to improve ui and entry editor #8076

Open
ThiloteE opened this issue Sep 11, 2021 · 3 comments

Comments

@ThiloteE
Copy link
Member

Enhancement / Feature request

Problem

On small screens (e.g. Laptop, Tablet) many fields in the user interface are not accessible in a fast way, because:

  • When having no mouse available it takes a long time to select the scrollbar if using a touchpad and then to move it accordingly.
  • In the entry editor there are too many fields to manage. The ones off screen are accessible via an arrow that can be clicked and then there has to be another click on the field one wishes to view. This is at least one click too many and i will make the argument further down, that it actually could be two clicks too many.

The solution i would like

  • Most importantly: A swipe feature that lets me scroll the ui without having to touch the scrollbar. Apparently this is possible with Touch and/or Mouse events in JavaFX. See here: https://edencoding.com/javafx-events/
  • A long list of fields that do not change location without user action, which i then can scroll through with the swipe option or the scrollbar The required, optional, deprecated, other and general fields may adhere to bibtex and biblatex standards, which can be nice if one wants to orient themselves on this standard, but i think having one long list (roughly comparable to most {}bibtex files) are much easier to handle, IF the fields don't move and change location whenever i select another entry. Sorry, i think required, optional, deprecated, other, general may adhere to standards of researchers that have been working for a while, but do nothing to contribute to people that are new to research. It feels very overwhelming, because the difference between optional, general and other may not be clear on first glance. And since it is not clear, it confuses people very much if they search for something like the DOI or the URL, which is something that has become the norm to add in many journals and academic papers and theses. Why is it that i find it under general and not under required? The difference seems arbitrary. I know i can change that under options, but hey newcomers don't necessarily know. A long list in a sorted order might be a lot more intuitive for many newcomers to JabRef, but since a long list will not necessarily fit on the screen either, a swipe feature might help in managing that!

Additional context
Here my constrained JabRef on my small Laptop Screen:

laptopscreen too small and swipe

@ThiloteE
Copy link
Member Author

Maybe the problems here could be considered when doing a reform of the entry editor as suggested here: #6856

@ThiloteE
Copy link
Member Author

ThiloteE commented Oct 14, 2021

To clarify: Swipe feature only for the cases when the option "Fit table horizontally on the screen" under Options -> Preferences -> Entry table is disabled. #8146 and #6348 show why disabling that option could be preferred.

@ThiloteE
Copy link
Member Author

suggested additional tag: 'maintable'

@koppor koppor moved this to Low priority in JabRef UI Improvements Nov 11, 2022
@github-project-automation github-project-automation bot moved this to Normal priority in Prioritization Nov 13, 2024
@calixtus calixtus moved this from Normal priority to Done in Prioritization Nov 13, 2024
@calixtus calixtus moved this from Done to Low priority in Prioritization Nov 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Low priority
Development

No branches or pull requests

2 participants