You should report this as a bug. The best place to report this is the
xserver-xorg-input-synaptics package (FreeDesktop Bugs). See this question for good bug reporting guidelines. You can also post the bug link here, and I will update its status periodically. I have placed a workaround down below in case you want to try an alternate solution. Please note that you will be reporting a bug to the FreeDesktop system. After logging in, choose report a bug. Report the bug against the
Xorg package. When prompted for the component, make sure to select
input/synaptics. Fill in any other specific information that is needed.
Bug Tracker for ID NaN
Status: Lookup Error 3
Importance: Lookup Error 3
Assigned To: Lookup Error 3
(Link to Bug)
In a short answer, this is not possible because there are no Linux drivers that do this. (Report a bug to possibly get one!)
This touchpad works by having that dipped area be its own button. When it is double-tapped, the Windows driver says "Hey, I should disable/enable the touchpad!". It then sends the disable or enable message to the touchpad, settings its state.
When you reboot, power to the touchpad isn't lost. So, whatever state it was in is kept. When you fully shut down, power is lost, so the state is reset.
AFAIK, there is no method to do this with that dip, at least kernel-wise. You may be able to write your own driver, but that is beyond the scope of this question (and possibly even this site).
You may be able to do a little workaround, which goes like this:
- First off, find your touchpad in
xinput-list. Remeber the ID.
Save this into
if [ -e /tmp/mouse-disabled ]; then
rm -f /tmp/mouse-disabled
xinput enable [id]
xinput disable [id]
Replace all instances with ID with your proper id.
- Create a Keyboard Shortcut. Make this the program to be run, and assign any keybind you want. I used Win+Ctrl+T for a while.
(Sourced from most posts here and this post.)