[BRLTTY] Preserving presentation when copying to the clipboard

[Sébastien Hinderer]

Aura Kelloniemi (2025/03/30 23:50 +0300):
> Actually yes. I have sometimes had an issue, that I have had internal newlines
> at places where I haved used CLIP_ADD. Don't know why. Now CLIP_ADD works the
> way I am used to.

Good!

> I often use CLIP_ADD to concatenate URLs which span lines. Adding a separator
> in this case is undesirable.

Indeed and I, too, have configured tools like Mutt not to add a + at the
beginning of nontinuation lines that are the continuation of a previous
one.

And actually, the URL business would, IMO, deserve a thread on its own.
Would be really curious to know how you all deal with the very long ones
that do not fit the 80-characters terminals. Unless, of course, you use
very large terminals which I do not do because I find they give me
toomuch space to explore, hader for me to build a mental representation
of.

>  > > 2) Bracketd paste. I don't know if this is feasible or not. At least Linux
>  > > terminal does not support it, but tmux and many applications nowadays
>  > > do.
> 
>  > I do not knowthis feature, would you mind elaborating, please?
> 
> Please see this Wikipedia article:
> https://en.wikipedia.org/wiki/Bracketed-paste

A very interesting reading, thanks!

My take away is that this lets applications make the difference between
text typed at thekeyboard and text pasted from a clipboard, so that the
target application can adjust its behaviour, which avoids having to
worry about uatoindent being turned on or not, as Dave mentionned.

The other thing that I seem to understand is that this is purely a
matter of communication between applications and the terminal they are
running in, with the consequence that you should be able to benefit from
it as soon as you run BRLTTY with the AT-SPI2 screen driver, code a2.
Are you willing to give thisa try?

If we wanted to benefit from this feature on the virtual consoles,
though, AIUI one would have to add support for the bracketing escape
sequences to the kernel, plus one would have to make sure applicatoins
like text editors can effectively deal with them in the virtual
consoles, which I have no idea whether it's the case or not.

Finally, perhaps text terminal emulators like tmux or others know how to
do that?

Seb.