Is VanillaThe terminal behaves as if it has a padding-bottom of about 75-80 pixels when the screen gets full (class term_fit term_term is offset from jsx-3579199521 term_fit term_active but has no actual padding or offset). This is reflected in two behaviours:
Some behaviour like calling clear "resets" the correct behaviour until you switch tabs.
Might be similar to issue #3634 but no resizing involved
less to open a file that is longer than the screen (behaves correctly)Thanks for a useful app.
Example showing node and webpack

I am having the same issue
here as well

Sorry, this is "the" major issue that I have to switch back to hyper 2 and disable the autoupdate with /etc/hosts, as I run git log/diff daily and hit this problem.
Sorry, this is "the" major issue that I have to switch back to hyper 2 and disable the autoupdate with /etc/hosts, as I run git log/diff daily and hit this problem.
There is a slight "hack" that might improve your experience a bit. Control-L translates to the clear command. The clear command resets the terminal in some way so that it has no padding
This means that my workflow is Control-L git diff, Control-L git log, Control L less file. I still would REALLY like it to get fixed for those times I forget to do Control-L something
This control-L trick does not work for me. The padding is getting worst and worst. Basically impossible to edit any sort of file via this terminal.
I also have this problem with fish shell, hyper puts padding at the top and right of the window, shifting the top of the text out of frame at times.
My issue may also be related to this. Load neovim ( or vim ), then resizing the window leaves dead space, even after a :redraw! command.
Hyper 3.0.1 and Windows 10