Fixes scrolling issues on smaller screens #25
No reviewers
Labels
No Label
blocked
bug
build
documentation
duplicate
enhancement
finger
gemini
gopher
help wanted
http
in progress
invalid
local
needs-info
non-code
non-functional
non-urgent
question
release
rendering
suggestion
telnet
terminal
urgent
wontfix
No Milestone
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: sloum/bombadillo#25
Loading…
Reference in New Issue
No description provided.
Delete Branch "resize-scroll-issues"
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?
Will close #23
@asdf pointed out that when the screen/terminal size gets narrower they were not able to scroll to the bottom of a view anymore.
It turns out this was caused by the fact that the scrolling commands were only aware of the original content length, and not the modified content length.
I had not liked referencing specific windows in the window module anyway, so I moved the resize check to a function in main (which feels better). However, due to the flow of how things happen the code does get a little weird. I think it is possible that a larger reflow of how things work will be needed eventually. However, I think moving forward with something along these lines is ok for the moment (better than having users that cannot see the bottom of a page).
I also have some concerns about how the text-wrapping works. It does not reflow smoothly at all... there are full lines followed by short lines. I understand the mechanism of why and feel hesitant to change it as it could mess up gophermaps and ascii art to redefine where newlines appear. Just noting it here for future reference.