On Tue, 22 Dec 2020 10:48:15 +0100 Tina Holmboe <[email protected]> wrote:
> On Thu, Dec 17, 2020 at 09:09:22AM -0500, Steve Litt wrote: > > > Could you please add stack-based Alt+Tab behavior to ctwm? My guess > > is it would require the following: > > IDIC indeed ... > > Personally I use the alt+tab functionality on both Linux with CTWM > and, at work where I have no choice, on Windows. The ctwm variation > is without doubt the most sane and useful I've ever found. > > So I, for one, would much prefer to keep it as-is. I'd hope you guys > atleast consider a configuration option to do so. > > -- > - Tina Yes! Of course it would be a config option, and not the default. I'd never want to force a workflow change on people using the current ctwm. As long as the possibility exists to have stack-based Alt+Tab exist after suitable configuration, even if not the default and requiring one to opt in, I'm ecstatic. The way I envision this thing happening, if it happens at all, is that from your point of view, CTWM alt+tab behavior would remain the same as always. From my point of view, I'd redefine the Alt+Tab behavior to call functions from the stack-based window access code. And now that you mention it, I'd recommend that, if we can ever get the alt key, as well as shift, ctrl, and the windows key is called, to recognize key up and key down, that would be a configuration option that defaults to no. My goal here would be to keep the stack-based behavior as separate to the rest of ctwm as possible. It would never want my convenience feature to force anybody else to change their workflow patterns. I'm going to write a separate response to your post asking you some questions. Thanks, SteveT Steve Litt Autumn 2020 featured book: Thriving in Tough Times http://www.troubleshooters.com/thrive
