mirror of
https://github.com/mum4k/termdash.git
synced 2026-04-27 03:15:55 +03:00
[GH-ISSUE #164] Implement a scrollbar for widgets that support scrolling #99
Labels
No labels
bug
cleanup
enhancement
enhancement
enhancement
good first issue
help wanted
help wanted
pull-request
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/termdash#99
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @mum4k on GitHub (Mar 3, 2019).
Original GitHub issue: https://github.com/mum4k/termdash/issues/164
For now that would be Text and Table.
The scrollbar should give a visual aid to the relative location of scrolling and allow clicking to scroll faster or skip larger portions of the data.
@slok commented on GitHub (Apr 27, 2019):
I don't know if this could be related with this or not and better be in another issue, if is the second one I'll create a new issue to track this if you see valuable and possible (effort/value).
Would be nice to mark as scrollable (vertical) any element on the terminal, this is widgets or containers (example a
row). I don't know how it would be designed and/or implemented, but I will try to explain:In the end would be nice to get the same user experience as if you were on a web page, this is, mark a max height on the containers of the grid and if the widgets/containers inside this "scrollable" container are bigger (height) than that, the container would activate the scroll, setting a scroll visualization (could be optional) and giving the user the ability to scroll all the visual stuff inside this container (multiple containers and widgets).
With this, we could gain the ability to create terminal visualizations that aren't limited vertically by the terminal size.
@mum4k commented on GitHub (Apr 28, 2019):
Thanks @slok, this a very good idea. I have filled #192 to track it. This will need some more thought as to how we design it, but I see it being very useful.
I will leave this issue to track the drawing of a scrollbar in Table and Text. However if we do our job right in #192, this might become obsolete.