Hi again, On Tue, Oct 24, 2023 at 04:58:12PM +0200, Christian Schoepplein wrote: >Hi samuel, > >On Sun, Oct 22, 2023 at 10:38:41PM +0200, Samuel Thibault wrote: >>Samuel Thibault, le dim. 22 oct. 2023 22:36:34 +0200, a ecrit: >>> Christian Schoepplein, le mar. 10 oct. 2023 12:46:21 +0200, a ecrit: >>> > The issue is with copying content via the cliphboard feature of brltty if >>> > I >>> > am inside a tmux session which I need to use very ofthen for my daily job. >>> > >>> > The original content I like to copy looks like this: >>> > >>> > borg_backup_client_exclude_host_specific: >>> > - /rpool >>> > - /tank >>> >>> Does it happen with whatever kind of content, or is it specific to this >>> kind of content? Is this showing up in an editor? (which editor?) or as >>> output of a command? > >Its happening with any content and in different editors, e.g. vim or nano. > >>Also, I forgot: are you using COPY_LINE or COPY_RECT? > >I tried both. > >If I copy a multiline text with COPY_LINE and paste it the whole content is >inserted on one line. I think this is the expected behaviour, at least I >understand brltty's help this way. No line breaks are copied or the content >is inserted as one long line. > >If I use COPY_RECT, which is the way I normaly would copy multiline content, >the issue is happening and the content is inserted in reverse order and with >broken line breaks. > >I'll test if the internal tmux copy and paste function is working without a >problem if I've found out how to use it, currently I am to stupid to >understand how it works :-).
I've also tested it with the new show flatview contents feature of orca 45 during working in a tmux session. There the same issue is happening if I copy multiline text and insert it using different editors. BTW.: I am on Debian Testing and I am using the libvte packages from your package repository. Ciao, Schoepp
