![]() Work around: Disable "auto-submit" feature of any auto-login feature and/or close and restart the application, that caused the interference. If this would be possible, also malware would make use of such remote disabling, making the security feature "Secure Input" obsolete. This not an error in ShareMouse and ShareMouse has no way to remotely disable "Secure Input". ShareMouse must be launched with Windows service. The hotkey must be different from CTRL ALT DEL. Unfortunately, some applications do not to seem to release "Secure Input" rendering any subsequent text input invisible for 3rd party apps, including ShareMouse. On a Windows -PCs, you can configure a hotkey under Settings » Misc for the local computer, that issues the infamous CTRL ALT DEL keyboard shortcut on the remote PC. To review, which application is using "Secure Input", open the Terminal App and enter the command "ioreg -l -w 0 | grep SecureInput" (without ""), followed by ENTER. ![]() ![]() For example, the Safari browser is enabling "Secure Input" in password input fields. This feature is activated by the program, that receives the text input and it has to be disabled by the same program after data entry. The macOS system function "Secure Input" protects sensitive text input (such as password input) from being spied out by malicious programs. What does the "Secure Input" notification mean? Please try a complete uninstallation, reboot and reinstallation. If this doesn't help, it seems, that your ShareMouse installation is corrupted. Other than the short time of liense registration and optional software update checks, ShareMouse does not need an internet connection. If in doubt, you can safely lock up ShareMouse from accessing the internet. ShareMouse is safe to use and you can safely allow "sharemouse.dll" in your security software. However, ShareMouse does not collect or transmit your input anywhere else while malicious key loggers are sending your information over the internet. Unfortunately, malicious software uses a similar piece of software program. Please refer to the documentation of such security program and take proper action to release the file essentially required by ShareMouse.īackground information: ShareMouse requires a software hook to read the mouse and keyboard input. Such programs have a "quarantine feature" which puts such files on hold. If it doesn't exist, please check if an “Antivirus” or “AntiSpyware” software may may falsely interpret it as a malicious keylogger and block accessing this. I'll have to play with Karabiner and see what I can get them to do, but at least scrolling works on the mini again.Please check, if the file exist in file directory " C:\Program Files (x86)\ShareMouse\smkey.dll". I turned off the Karabiner setting I had created, and scrolling now correctly works vertically.except the thumb buttons do nothing, since LCC was handling the functions of those buttons. Figuring I had nothing to lose, I tried uninstalling the Logitech Control Center software and after rebooting, scrolling was back to horizontal on the mini. I then tried installed Karabiner on the host Mac Pro and created a custom bit that got the scroll wheel going vertically on the mini, but it was like scrolling through molasses. (It's a two-way wheel that does not tilt side-to-side, so it should always be scrolling vertically.) I did, however, figure out that the scroll wheel is working - it's just scrolling horizontally instead of vertically. Any ideas? Or alternatives to Sharemouse? (My "free maintenance" time is up and I would have to purchase another license to get an updated version, and I don't like that they want $50 instead of $20 just because I have three monitors.)Īfter trying a bunch of tools to modify the scroll wheel's behavior, such as Karabiner and BetterTouchTool, with no change, I realized that the way Sharemouse controls the "remote" computer (mini) is through Accessibility, and so probably doesn't fire the normal events for those applications to catch and modify, therefore I'd probably need to adjust the events that were actually firing on the host computer before Sharemouse intercepted them and passed them to the remote computer. I tried plugging the USB receiver directly into a USB port on the computer, instead of into the keyboard, but that didn't make any difference. I tried installing the Logitech Control Center software on the mini, but since the USB receiver isn't actually plugged into that computer, it doesn't even recognize that a Logitech mouse is "attached" to it. Everything else with the keyboard and mouse still works. Since changing mice, the mouse's scroll wheel no longer works on the "remote" mini (neither do the new thumb buttons, but I can live without those). I use Sharemouse v2.0.53 to virtually share the mouse and keyboard between the Pro and a 2012 Mac mini. I recently changed from a wired Logitech Trackman Wheel to a wireless Logitech M570 Trackball (which has a USB receiver plugged into the USB port on an Apple wired keyboard) that is physically plugged into an early 2009 Mac Pro.
0 Comments
Leave a Reply. |