-
Notifications
You must be signed in to change notification settings - Fork 71.9k
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
feat: Less obtrusive clock close button #4793
Conversation
sulkaharo
commented
Jul 24, 2019
•
edited
Loading
edited
- Close button color is much dimmer and changes color appropriately in the color face
- HIDE_CLOCK_CLOSEBUTTON setting to hide the button altogether (set to TRUE or ON to hide buttons altogether)
- Fix CSS for toolbar positioning in the main view
- Fix documentation on the clock URLs and add mention of the setting
…n the color view * HIDE_CLOCK_CLOSEBUTTON setting to hide the button altogether (set to TRUE or ON to hide buttons altogether) * Fix CSS for toolbar positioning in the main view * Fix documentation on the clock URLs and add mention of the setting
Hate to be nitty gritty. We don't have |
@PieterGit changed |
Still need to add for the record that the buttons on the clock views aren’t actually necessary in any situation, but I guess I’ve lost this one. :) |
Also though: This one should be pushed out now, not left for 0.13 — the toolbar spacing offset in the main view actually breaks functionality. |
@unsoluble can you confirm that this PR works as expected (although you had like a different default). Depending on users knowing the Apple gestures is not a good userinterface thing. Nightscout should be usable withouth Apple features. I noted clock stuff still is not token-based proof, so I can't test it. |
Users don't need to know Apple gestures to use the site in nearly every single use case. In the one specific situation where an iOS 12 user has pinned the main site to the home screen, and then ventures to a clock view from there, a gesture is required to get back to the main view. Honestly I'd wager this navigation path essentially never happens — adding a UI element with a controlling variable for a 0.00001% edge case like this seems like brutal overkill to me. (I wrote the clock-color view; I know what its intended purpose is, and adding visual clutter by default is not good.) If we absolutely must have this extra UI control in there as an option, I strongly suggest we default it to Will test when I get a chance, but probably can't be till later tonight. |
(#4788 should be included in this too.) |
Tested this branch — LGTM. If we default |
We’re going with a |