aboutsummaryrefslogtreecommitdiffstats
path: root/FAQ
diff options
context:
space:
mode:
authorAvi Halachmi (:avih) <avihpit@yahoo.com>2019-10-16 12:55:53 +0300
committerHiltjo Posthuma <hiltjo@codemadness.org>2019-11-10 22:45:54 +0100
commit2e54a21b5ae249a6bcedab9db611ea86037a018b (patch)
treeef5cc5f041826eab0da3b56b616af698705515c7 /FAQ
parent289c52b7aa9b0e826bbea6f956755b3199b3ccac (diff)
downloadst-2e54a21b5ae249a6bcedab9db611ea86037a018b.tar.gz
OSC 52 - copy to clipboard: don't limit to 382 bytes
Strings which an application sends to the terminal in OSC, DCS, etc are typically small (title, colors, etc) but one exception is OSC 52 which copies text to the clipboard, and is used for instance by tmux. Previously st cropped these strings at 512 bytes, which for OSC 52 limited the copied text to 382 bytes (remaining buffer space before base64). This made it less useful than it can be. Now it's a dynamic growing buffer. It remains allocated after use, resets to 512 when a new string starts, or leaked on exit. Resetting/deallocating the buffer right after use (at strhandle) is possible with some more code, however, it doesn't always end up used, and to cover those cases too will require even more code, so resetting only on new string is good enough for now.
Diffstat (limited to 'FAQ')
0 files changed, 0 insertions, 0 deletions
remember that computers suck.