Mouse scroll events and mouse copying requiring [Shift] about tilix HOT 2 OPEN

An application can request to receive mouse events: both clicks and scrolls. There's no protocol to request only one kind.

If an application enables this mode, both click and scroll events have to be explicitly sent to that app. That is, in order to revert to their traiditional operation (selecting text), a modifier needs to be pressed.

An application cannot request scroll events to be delivered but click events to be handled by the terminal for copy-pasting.

That being said, there's a special mode called "alternate screen scrolling". This is enabled in Tilix (VTE) by default. What it does is: For apps that do not request mouse event, but do switch to the so-called "alternate screen" (where there's no scrollback buffer, so mouse scroll events would do nothing), the terminal converts mouse scroll events to up/down keypresses. Your app sees the same as if you pressed the up or down arrow, and doesn't have a clue that it was initiated from a mouse wheel instead. While it works as expected in many cases, obviously there are many other cases where this can go wrong.

This feature was designed as a workaround for non-mouse-aware apps. Apps that wish to receive mouse events aren't supposed to rely on this mode, they are supposed to explicitly enable mouse support. And, yes, then you have to press Shift to highlight text in the terminal, that's the nature of the game.

from tilix.

ok thanks

from tilix.