Skip to content
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

macOS: resizing window destroys content #1206

Closed
erf opened this issue Dec 5, 2018 · 2 comments
Closed

macOS: resizing window destroys content #1206

erf opened this issue Dec 5, 2018 · 2 comments

Comments

@erf
Copy link

erf commented Dec 5, 2018

How to reproduce:

  1. do a ls in a folder with some content
  2. make the window height and width very small ( hiding content )
  3. make window size large again
  4. text is cut / disappears

I'm on macOS, kitty version 0.13.0 with an empty kitty.config.

Here are some screenshots:

  1. after ls before resize
    screenshot 2018-12-05 at 16 16 22

  2. after resize small then big
    screenshot 2018-12-05 at 16 16 32

  3. if i scroll up
    screenshot 2018-12-05 at 16 16 35

Expected behaviour after 2. would be 1.

@erf
Copy link
Author

erf commented Dec 6, 2018

Thanks! The text is not cut anymore, but when i minimize and expand the window, i have to scroll up to show the text again. It seem a bit arbitrary where the text occurs and the behaviour is not consistent with the Terminal app. Could this be fixed also? @kovidgoyal

@kovidgoyal
Copy link
Owner

I'm afraid not, the behavior is perfectly logical to me. When you make the window smaller, less text remains ont he screen, since the screen can fit less text. So when you then make the smaller window larger again, only that small amount of text remains on the screen to be shown. Some terminals automatically extract content from the scrollback buffer to fill the screen when making the terminal larger, but this is not behavior I like.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants