DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org CB7A53858C39
MIME-Version: 1.0
References: <CAA=0bENP5bMkV5gc_au0BUpPrHGGnKwvRZ3O7erKbQQELNWw0g@mail.gmail.com>
 <b30a69d5-a46b-16eb-d9ce-83d3eddca861@towo.net>
In-Reply-To: <b30a69d5-a46b-16eb-d9ce-83d3eddca861@towo.net>
Date: Thu, 16 Sep 2021 08:04:59 -0500
Message-ID: <CAA=0bEN9KC31kaDgoudwur40UbhNpEYwsGjSu++FdgR0T=azEw@mail.gmail.com>
Subject: Re: cygwin terminal window disrupts scroll-lock state
To: Thomas Wolff <towo@towo.net>
From: Eric Adams via Cygwin <cygwin@cygwin.com>
Reply-To: Eric Adams <ericbadams@gmail.com>
Cc: cygwin@cygwin.com
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie.com@cygwin.com>

Thank you.  ".minttyrc" is my new friend.

Thanks to all who help with cygwin.

Eric Adams.

On Wed, Sep 15, 2021 at 12:19 PM Thomas Wolff <towo@towo.net> wrote:
>
>
> Am 15.09.2021 um 11:59 schrieb Eric Adams via Cygwin:
> > Hi,
> >
> > In the last few days, I have noticed a new behavior. Activating or
> > deactivating a Cygwin terminal window may change the state of my
> > keyboard's scroll-lock light.
> Keyboard LED management is a new feature as described in the manual
> page. The purpose is to keep the LEDs consistent with the state of the
> terminal window.
>
> > Inside a terminal window, the keyboard scroll-lock key may not change the corresponding light.
> If you assign a user-defined no-scroll or scroll-mode function to a key
> (regardless of whether it's the ScrollLock or another key), the
> ScrollLock will change accordingly.
>
> > What I have:
> > my startup icon command:  C:\cygwin64\bin\mintty.exe -i /Cygwin-Terminal.ico -
> > my shell: tcsh
> > my prompt:  '%m:%c3 \!> '
> > my OS: Windows 10 Home / 21H1 / 19043.1237
> > my keyboard: CoolerMaster Devastator II (illuminated)
> >
> > If I activate a terminal window, the scroll-lock light may (or may
> > not) change state. If I press the scroll-lock key, the light may (or
> > may not) change state.
> It will be changed to the terminal state when the terminal window gets
> focus and restored to the system state when the terminal loses focus, as
> you noted below.
>
> > Holding the key down causes the light to flicker, and on releasing the key the final state may be either on or off.
> Auto-repeat may in fact confuse the state management, to be checked for
> a race condition.
>
> > Returning focus to a windows application seems to restore the
> > "desired" scroll-lock state.
> >
> > My observation is based on the use of the scroll-lock light to control the illumination of this keyboard.
> What is your use case and how do you control the LEDs?
> Anyway, if you do not wish mintty to manage the ScrollLock (or any) LED,
> try setting
> ManageLEDs=3 or ManageLEDs=0
>
> Thomas
>
> > Thanks for your attention,
> > Eric Adams.
>
> --
> Problem reports:      https://cygwin.com/problems.html
> FAQ:                  https://cygwin.com/faq/
> Documentation:        https://cygwin.com/docs.html
> Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple