Re: [dev] [st] revised mouse handling/reporting

From: Aurélien Aptel <aurelien.aptel_AT_gmail.com>
Date: Wed, 8 Jun 2011 22:56:45 +0200

On Wed, Jun 8, 2011 at 10:17 PM, Bert Münnich <ber.t_AT_gmx.com> wrote:
> I'm using a light background, so I didn't notice these differences--I
> guess I have to test things a bit more in the future...
>
>> The problem is that st has no way to tell the default bg from black
>> (if your default bg is black). See second screenshot attached.
>
> So there's no easy way of implementing the reverse video mode? I

We have to change the way the default bg is stored.

> couldn't find a decent text, which describes what exactly has to be done
> in reverse video mode. The only thing I've found was the mention of
> using light on dark by default and dark on light when in reverse video.

I've not look very far either, *but* it seems that RV is not really
used like this anyway. The only time the escseq is mentioned in xterm
terminfo entry is at the flash cap which, as its name suggest, just
"flash" the screen by quickly enabling and disabling RV. (
\e[?5h\e[?5l )

> But apart from it not working in the same way as xterm and urxvt, I
> think that my patch actually works kind of in the expected way.
> I've used it from time to time in the past few days and couldn't find a
> showstopper (again not really looking closely, only on light default
> bg). So we can use it for the moment or forget about it altogether, I'm
> fine with it. I don't know, what we could easily do to make it work in
> another way.

I've reached the same conclusion, aka fuck that shit (i'm going to space [1]).

1: http://i.imgur.com/Jcn9Z.jpg
Received on Wed Jun 08 2011 - 22:56:45 CEST

This archive was generated by hypermail 2.2.0 : Wed Jun 08 2011 - 23:00:08 CEST