[GH-ISSUE #198] Consider resizing terminal in `asciinema play` #146

New issue

Closed

opened 2026-02-25 20:32:49 +03:00 by kerem · 2 comments

kerem commented

2026-02-25 20:32:49 +03:00

Owner

Originally created by @ku1ik on GitHub (Mar 24, 2017).
Original GitHub issue: https://github.com/asciinema/asciinema/issues/198

Given we know width/height of the terminal that was used during recording session, we can send \e[18;24;80t (replace 80 with actual width and 24 with height) to the terminal at the beginning of the playback.

This escape sequence is part of "Window manipulation" sequence family, described in XTerm documentation.

It isn't supported by all terminal emulators, but it seems to work with XTerm, Gnome Terminal, Terminal.app (macOS).

Originally created by @ku1ik on GitHub (Mar 24, 2017). Original GitHub issue: https://github.com/asciinema/asciinema/issues/198 Given we know width/height of the terminal that was used during recording session, we can send `\e[18;24;80t` (replace 80 with actual width and 24 with height) to the terminal at the beginning of the playback. This escape sequence is part of "Window manipulation" sequence family, described in [XTerm documentation](http://invisible-island.net/xterm/ctlseqs/ctlseqs.html). It isn't supported by all terminal emulators, but it seems to work with XTerm, Gnome Terminal, Terminal.app (macOS).

kerem

2026-02-25 20:32:49 +03:00

closed this issue
added the
idea
label

kerem commented

2026-02-25 20:32:50 +03:00

Author

Owner

@ku1ik commented on GitHub (Mar 24, 2017):

This could be a default behavior, with command line switch and config option to enable/disable this.

@ku1ik commented on GitHub (Mar 24, 2017): This could be a default behavior, with command line switch and config option to enable/disable this.

kerem commented

2026-02-25 20:32:50 +03:00

Author

Owner

@cassdeckard commented on GitHub (Mar 24, 2017):

Thanks for adding this, @sickill . I didn't realize the recorder was in a different repo.

@cassdeckard commented on GitHub (Mar 24, 2017): Thanks for adding this, @sickill . I didn't realize the recorder was in a different repo.

kerem referenced this issue

2026-02-25 20:33:35 +03:00

[PR #146] [MERGED] Gzip data for upload #392

kerem referenced this issue

2026-03-15 11:13:19 +03:00

[PR #146] [MERGED] Gzip data for upload #1005