On 2023-01-21 23:04:30 -0600, David Wright wrote: > The only suggestion I can give is that you start the applications > concerned with &, so that you get the xterm prompt back.
Perhaps. For Emacs, this is more complex because it can also run in the terminal, and the ultimate solution could be to write a shell function to run Emacs with "&" only when DISPLAY is set and the -nw option is not used. > In this case, if I paste the large file, I do see almost the start > of the file (I seem to lose just the first line, which rolls off the > top), and ^C still works, returning to the prompt with return code > 130. > > (I don't know whether all terminals behave like this: I just use > xterm myself.) This should work if the terminal and the shell both support bracketed paste. I suppose that all the terminals do. And rxvt is even better: it asks for confirmation when there is a control character, such as a newline, in the data to be pasted. IMHO, it would be a good idea if other terminals could have such a feature. This would avoid my issue completely. And concerning the shells, both bash and zsh do. -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
