Make that mouse-pointer stay out of invisible areas

Posted on September 24th, 2009
Keywords:

My last post to the planet is quite some time back and unfortunately i havent found the time i would have liked to work on multihead in KDE! I have tried to chase down and close a bug here and there, but have not done anything noteworthy!

Today i just wanna tell you about a tiny app i wrote. I have been using this for a few months now and cant live without it! ;-) So i figured others might enjoy it, too.

I simply called it "NoEnter" and all it does is make your mouse-pointer not go into those invisible areas on the framebuffer not covered by any of your screen. (This makes it totally useless, if you have only 1 screen or both running at the same resolution) I have searched for alternative ways to accomplish that (I figured, there needs to be a config-option for that) but havent found any, so i just hacked this up.

It not only helps to not "loose" the pointer, but also to not overshoot the panel, if it resides at the bottom of your smaller screen (as i have it).

The only requirement other than a recent KDE (with -dev/-devel packages) is the XTEST extension. This should be on by default for mostly anybody (AFAIK), but obviously this means: works only on X11, not on other KDE-platforms.

Now, wanna try it out? Here we go:

svn co svn://anonsvn.kde.org/home/kde/trunk/playground/utils/noenter
cd noenter
cmake .
make
sudo make install

If this ran without errors, you can just type "noenter" to start it. If the regions are miscalculated (never happened to me) you might not be able to use your mouse anymore, so be sure to have no important unsaved documents open, when you try for the first time! ;-)

Hope it helps somebody!
Aike :-)

great, i hope this gets into

great, i hope this gets into standard kde somehow, because it's troubeling me little..

there's an alternative too

Excellent

This is a feature I have been waiting for a long time, thank you for working on that !

I just tested it, it works ok here (nvidia twinview, laptop screen 1280x800 and left side screen 1280x1024). One small problem : my lower-right screen edge does not present windows (kwin effect) anymore when noenter is activated.

Cheers,
Mc

Re: Excellent

I have only my top corners setup for that. Where did this usually trigger? On the edge of the visible area, or do you have to move the pointer all the way into the hidden space??

Re: there's an alternative too

That tool seems to not calculate the area to "forbid", so you need some extra script or similar for that. NoEnter does this itself and also updates when you un-/plug a screen.

Other than that: Yeah, basically same effect!! ;-)

Thank you!

Thank you very much! I had already lost hope that there would be a proper solution to that annoying problem.

I really hope this will be part of KDE someday. I hate to say it but this is one of those features that "just work" in Windows. It's really nice to see KDE caring about multimonitor setups as well. Good work!

It usually triggers in the

It usually triggers in the hidden space :)

Can't build it!

Hey, thanks very much for working on this feature!

My problem is that I can't compile it. cmake outputs:

CMake Error at CMakeLists.txt:9 (MESSAGE):
XTEST extension is required

But truth is that I have it installed:

$ locate XTest.h
/usr/include/X11/extensions/XTest.h

What to do?

Thanks a lot!

Re: Can't build it!

I'm afraid, i can't really help with that... I dont know, what exactly CMake checks for when determining what x-extensions are available!

If you find a way to fix this, let me know...
:-)

Wohooo!

This is great! It gets rid of a _huge_ annoyance! :) And thank you in general for your efforts with multihead in KDE!

Just WOW!!!

This program is now in my autostart folder. Thank you!

great utility

I have been using it for a couple of months now, and it is great. I have it set up to launch on system startup. I really hope it is integrated into KDE soon, it is an essential utility for multi-screen setups.

There is one issue I have

There is one issue I have seen with this program. If you are dragging something, such as a plasmoid or window, you are still able to move your mouse into the invisible area.

Re: There is one issue I have

It should be possible to also react to drag-enter-events to make that work, too. I'll check into that!

:-)

AddThis button



About Me

Photo of myself Aike J Sommer
web [at] aikesommer [dot] name
Feed: RSS Syndicate content
Company: AS Media