Resize locking

^{Originally posted by **The-Futurist** November 12, 2025}
I'd like to request that the programmatic ability to suspend terminal window resizing be considered. Currently if an app draws something on the screen, that layout is destroyed and can become unreadable if the window size gets adjusted.

Line wrapping seems to be forced upon us, so when a window gets narrowed stuff that was laid out on the right wraps horribly.

There's no way to programmatically "undraw" and redraw stuff either to even attempt to compensate (and that compensation relies on an ability to detect resize which only seems possible some kind of timer polling and looking for height/width changes)

Perhaps new escape codes could be supported `lock-resize` or perhaps `lock-width` and `unlock-width` and so on, so an app could set that and then restore it when it exits so the user who wants to resize can, except when that app is running.

I'm replicating a command line interface I used to use on some minicomputers in times gone by, truly very helpful. In that setup though we used true dumb terminals so resizing the dimensions never came up (width was was often 80, but could be 132 but this was physical terminal fonts size preference not something somebody would do very often).

Back then dumb terminals often had their own specific escape sequences for whichever manufacturer made them, on the minis I worked on we had an abstraction (text file) that mapped system (ANSI standard) generic codes to terminal specific codes, so a VT100 might have a different escape sequence for position-cursor-x-y to say a Televideo V102 (actually a Televideo 955 with special memory option) or V103 and so on.

I don't care what the width/height actually are, I just need to prevent them changing while app is executing.

As a side question where can I find the definitive complete list of _all_ supported escape sequences for the Terminal app?