Re: [gentoo-user] Lost keyboard shortcut to KDE button

2022-04-29 Thread Peter Humphrey
On Thursday, 28 April 2022 17:57:47 -00 Jack wrote:
> On 2022.04.28 11:11, Peter Humphrey wrote:
> > Hello list,
> > 
> > While playing with task bars etc. I've managed to lose the Left
> > Windows key shortcut to open the task manager.
> > 
> > How can I get it back?
> > 
> > I asked this on the KDE User list eight days ago, but no reply.
> 
> Systemsettings, Workspace, Shortcuts, Application Launcher Widget - set
> it to Meta-Space.  You can't set it to just "Meta" but removing the
> Meta-Space setting for me stops just the Meta (Windows key) from
> launching the widget.

Setting it to Meta-Space did it. Don't ask me why, because pressing the Meta 
key brings up the widget - without a Space.

Thank you and Andrew.

-- 
Regards,
Peter.






Re: [gentoo-user] Hard drive error from SMART

2022-04-29 Thread Dale
Neil Bothwick wrote:
> On Mon, 18 Apr 2022 09:06:11 -0500, Dale wrote:
>
>>> #!/bin/sh
>>> cryptsetup whatever
>>> mount whatever
>>>
>>>  
>>
>> I have to enter a password in the middle of that.  I don't know how that
>> would work.  As I've said before, my "scripts" are so simple, they may
>> not even be called scripts.  They're just files with commands in them. 
>>
>> If nothing changes when I get around to rebooting, I'll get into this
>> some more. 
> It will prompt for the password, just as if you ran the command manually.
>
>


Finally got around to trying this.  I went to town today and locked it
up before I left.  When I came back, used your little script trick and
it worked great.  It mounts and everything for me.  Now I'll make one to
umount and close as well.  No prompting so it should be easy enough. 

Thanks for the tip.

Dale

:-)  :-) 



[gentoo-user] Re: FVWM: xterm*VT100.Translations only when mouse is over the window with focus

2022-04-29 Thread n952162

On 4/23/22 06:04, David Fries wrote:

That sounds unusual, I tried both xterm and uxterm and they both
behave like I expect with registering key presses including F1 as long
as that xterm has focus no matter if the mouse is someplace else. It
is the same behavior as other terminals and other programs.
Style "*" SloppyFocus

The left click xterm menu has a Secure Keyboard option. In this mode
the xterm grabs the keyboard and doesn't give it up until it is
minimized or you ask it to give it up. The idea is nothing else can
grab your keyboard while you type in a password, for the paranoid I
guess. You might want to read about it in the man page see securekbd,
and see if once it grabs the keyboard if it still gets the keys no
matter where the mouse is (what I see).

The behavior you describe is something like what ssh-askpass-gnome
does, only in that case it grabs the keyboard focus, then ignores all
keys until the mouse is over it. I find this annoying because I have
hotkeys to move the mouse around, which don't work because it has a
keyboard grab.



Ah, sorry, I should have mentioned, ClickToFocus.

I am certain this is not some kind of subtle interplay of features, like
you're suggesting.  ClickToFocus does not behave this way on Linux, just
on Cygwin.