Using uniform matrix `xinput -set-prop 12 140 1 0 0 0 1 0 0 0 1` Altered source versions must be plainly marked as such, and must not in a product, an acknowledgment in the product documentation would claim that you wrote the original software. The origin of this software must not be misrepresented you must not freely, subject to the following restrictions: including commercial applications, and to alter it and redistribute it Permission is granted to anyone to use this software for any purpose, arising from the use of this software. In no event will the authors be held liable for any damages This software is provided 'as-is', without any express or implied Copyright (c) 2002-2006 Marcus Geelnard glfw/glfw/blob/master/src/x11_window.c //= The source for X11 cursor handling is in: If you build from source and then put a breakpoint at the callback you should be able to trace what’s going on. Xinput -set-prop 12 "Coordinate Transformation Matrix" 0.6 0 0 0 0.6 0 0 0 2Ĭan I have a direction in GLFW sources so I can understand why is this causing trouble ? it's a simple scale matrix without any negative sign in it This line seems to be causing the issue, but I don't understand why since
Xinput -set-prop 12 "libinput Accel Speed" -0.25 Actually, when the os start, I run the following script to reduce the mouse sensivity: So something is my configuration is fucked up xD. and it's working properly as well, like what the hell. TEST3: Plugged back the mouse on the desktop. TEST2: I plugged the mouse on the laptop. TEST1: I just tested on my laptop, running the same Ubuntu version, but using the trackpad and everything is working properly. Am I doing something wrong or is this a bug ? I'm using XUbuntu 17.04 and my mouse is "ROCCAT ROCCAT Kone XTD" as shown with xinput command line. Using glfwSetInputMode(window, GLFW_CURSOR, GLFW_CURSOR_NORMAL) is however working properly. the value is always getting lower and lower and lower :smile: moving mouse up/down/left/right/kicking_it_on_the_table GlfwSetCursorPosCallback(window, mouse_pos_callback)
GlfwSetInputMode(window, GLFW_CURSOR, GLFW_CURSOR_DISABLED) Window = glfwCreateWindow(640, 480, "Simple example", NULL, NULL) Static void mouse_pos_callback(GLFWwindow *window, double x, double y) Test code static void error_callback(int error, const char *description)įprintf(stderr, "Error: %s\n", description) However, whatever the direction I’m moving the mouse, the position recieved in the callback glfwSetCursorPosCallback(window, mouse_pos_callback) is always decreasing. I’m trying to implement FPS camera using glfwSetInputMode(window, GLFW_CURSOR, GLFW_CURSOR_DISABLED) feature of GLFW. But you'd need to work closely with a particular WM of a particular DE, and the script would be not a stand alone bash script, but rather an addon to a WM.GLFW Version: 3.2.1 X11 GLX EGL clock_gettime /dev/js Xf86vm shared This doesn't mean you can't do it - I think, you can. And your script not going to work on Wayland. It isn't quick process as the protocol demands much more from WM, but Fedora 25 seem to finally have Wayland session enabled by default. For this reason nowadays X11 is being replaced with the Wayland protocol (it is in the essence a X12, but as not backward compatible, the protocol land called another way), which WMs are implementing ATM. Btw, the command logs pressed keys also.Ī caveat: it is, obviously, a great security hole, which dates back to times when Xorg was created, and nobody needed to care. You have to parse its output, and show a human-readable description of what is happening. You can use xev -root command which would monitor all X events in the system, including things like (dis) appearing windows, entering/exiting focus of a particular window, etc. It solves your 1 and 3 points, you just need to parse these events. It would show you when and which key pressed in the system, mouse clicks, and even mouse motion coordinates. You could use the xinput -test-xi2 -root command ( man xinput), where test-xi2 means logging input devices, and -root is to log from so called root window (a x11 specific concept).