-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
[Request] - PLEASE Make Scroll Bar Wider, and Maybe Static (do not fade away) #2111
Comments
I find myself using the "Files" section less and less, have you tried the File Manager plugin? http://plugins.octoprint.org/plugins/filemanager/ I don't remember off the top of my head how well the scroll bar works but it's definitely more user friendly than the default tiny little box (especially on my tablet that is too big for touchUI but too small for the default UI). |
OT: TouchUI will introduce customisation of fonts in the upcoming release |
What operating system are you using? If you are using MacOS, you can change a setting to keep scroll bars always visible. This is in System Preferences --> General on your Mac. |
This is cool but still need bigger controls. :D
…________________________________
From: Paul de Vries <notifications@github.com>
Sent: Monday, September 11, 2017 2:06 AM
To: foosel/OctoPrint
Cc: Eddiiie; Author
Subject: Re: [foosel/OctoPrint] [Request] - PLEASE Make Scroll Bar Wider, and Maybe Static (do not fade away) (#2111)
OT: TouchUI will introduce customisation of fonts in the upcoming release
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<#2111 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AKItQDoAf_i5U61VmcyrzMVE-Q5wABo5ks5shPgzgaJpZM4PSc_K>.
|
Increased scrollbar width of file list and plugin repository list to 10px (from 5px). Fixed scroll bar hiding itself on initialization due to alwaysVisible not properly persisting the initial binding. Enhance knockout binding syntax for slimScrolledForeach: slimscroll initialization parameters may now be provided during data binding via the additional slimscroll property accepted as part of the extended foreach syntax, e.g. slimScrolledForEach: {data: ..., slimscroll: {alwaysVisible: true, ...}} Implements #2111
Scrollbar is now 10 instead of 5px and does no longer fade out (that it did at all was a bug). Can't go any wider without running into problems with the current layout (and changing that is a whole different undertaking). Already pushed to |
Hm, maybe a caching issue? Not seeing that right now on the exact same version. But I had the feeling there's still something off with the cache validation of the static assets. |
Aaaah... "display is not defined". Yeah, that's a caching issue, but unrelated to this ticket, rather caused by the implementation of #1181. Something I have to look into and already on my TODO list. |
oh ok, sorry, I saw the slimscrolledforeach and thought the new scroll bar was the reason. |
You and me both on first look, no worries ;) And a fix is incoming. |
We might add fields to things like file entries (e.g. "display") and in such cases want to refetch the list even if the files itself didn't change, to make sure those new fields are available to the clients. See #2111 (comment)
FIXED! THANK YOU! Yes I am yelling! |
Hi,
Thank you everyone for creating Octoprint.
As I get older things are getting smaller. Screen size is increasing but font size is decreasing. lol
The scroll bar on the Files list drives me nuts. It is SO small and it disappears at the most inconvenient times. Would it be possible and acceptable to make this scroll bar wider and make it stay? So many times I miss it and wind up highlighting all the text, reversing the background on the text, pain.
In fact, in general, keep all scroll bars big. To me, it is worth the space on the screen for easier control. Who came up with the idea that scroll bars are just too big? I mean in general... :)
Thank you for your consideration!
The text was updated successfully, but these errors were encountered: