Re: [orca] Re: (solved) orca's strange behavior in a crowded terminal
- To: orca@freelists.org, debian-accessibility@lists.debian.org
- Subject: Re: [orca] Re: (solved) orca's strange behavior in a crowded terminal
- From: Christian Schoepplein <chris@schoeppi.net>
- Date: Tue, 10 Oct 2023 12:46:21 +0200
- Message-id: <[🔎] ZSUrfUb3KHrHp5FM@d5421.linova.de>
- In-reply-to: <20230911002741.rcuabk2wrvyixh3r@begin>
- References: <7da464b2-b393-0ef5-b707-75659ca6bdd4@pregonetwork.net> <0c679dd6-d7b7-cc16-8608-e8c1e9454837@pregonetwork.net> <sod3cqhaxdzvx3evgltpa7t7fl3vu4235n2ct4uceepjcdzwr7@y7wt4ikmp777> <20230911002741.rcuabk2wrvyixh3r@begin>
Hi Samuel and all,
there is another strange issue with the terminal, but I do not know if it is
libvte, tmux or maybe brltty related.
I am using brltty in the terminal, the braille functionality of orca is
turned of in the orca profile settings for mate-terminal. In
/etc/X11/Xsession.d/90xbrlapi I have replaced the original entry to start
brltty like this:
"${brltty}" -b ba -s sd -x a2 --autospeak-threshold=good -Z on -N 2>/dev/null
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
Outside a tmux session copying this content works quite well. But inside a
tmux session I get this when inserting the textblock into another file:
M - /tank
M - /rpool
borg_backup_client_exclude_host_specific:
I do not have any special tmux settings configured.
Its clear to me that this is a very specific problem which might be related
to what so ever is involved, tmux, brltty, lbvte, but maybe someone
has an idea whats going on there and how to fix this. I am pretty sure that
this behaviour is new, I use the copy-paste feature of brltty quite ofthen
and I can't remember I had this issue in the past...
Ciao,
Schoepp
Reply to: