I am using DirectInput in my game to handle input and everything was working fine in my previous PC. But I had to change my PC, my new PC is Dell Inspiron 3542 and Directinput is not detecting any mouse buttons in it.
Is it possible to solve this issue without attaching an external mouse?
Thanks in advance
Related
I'm working on an Electron application that is intended to run on a panel touchscreen computer running Debian. I have enabled the on-screen keyboard board in desktop settings and can see it come up in other applications (such as terminal). However, the on screen keyboard does not come up inside of my electron app when a text input gains focus. I have read that this might be some sort of weirdness with Chromium (see https://askubuntu.com/questions/939616/why-the-onboard-on-screen-keyboard-doesnt-auto-show-in-google-chrome) but have unable to find any workarounds.
I suppose that my question is in two parts:
1 - is there anything that I can do to get Electron to play nicely with the gnome 3 built in keyboard?
2 - is there any program that I can call that would show and/ or hide the on-screen keyboard?
The OS that I am targeting is Debian version 10.3 with the Gnome desktop.
After quite a bit of research, I learned that, in order to trigger the on-screen keyboard for Gnome, an application must be developed around GTK. Any application that fails to do so is considered "foreign" on the Gnome desktop. Apparently, Chrome falls into this category and Electron built apps as well because they are built on Chromium.
With all that said, it is still possible for a foreign application to send on-screen keyboard events through dbus. The issue at CentOS On screen keyboard not showing for Jawa Swing Text entry fields describes these events as follows:
To turn the keyboard on:
dbus-send --type=method_call --dest=org.gnome.Caribou.Keyboard /org/gnome/Caribou/Keyboard org.gnome.Caribou.Keyboard.Show uint32:0
To turn the keyboard off:
dbus-send --type=method_call --dest=org.gnome.Caribou.Keyboard /org/gnome/Caribou/Keyboard org.gnome.Caribou.Keyboard.Hide uint32:0
There seems to be an issue with the TForm.ScreenSnap property on Windows 10.
I always have ScreenSnap active for Main Forms, and the SnapBuffer set to 10 pixels. This works fine until Windows 10.
Now, if ScreenSnap is active, the Form will stick to the screen edge as it is supposed to do. But, if I want to un-stick it, I have to move the window vigorously. If I move the mouse too slow, the Form will remain stuck to the screen border, resulting in a very weird user experience.
Does anyone know how to fix this (without disabling ScreenSnap on Windows 10)? Or, at least, can anyone else confirm this as a bug?
I am trying to make a hold system in love2d. When the left button of the mouse is pressed and it is in the object hitbox, it activates the holding event, but the functions for working with mouse click is not working
I am using love 0.9.1 and already tried using love.mouse.isDown and love.mousepressed.
I have tried with my own code and with the examples in love2d wiki and my mouse is working well, it's not a hardware problem
It is actually not doing nothing, mouse does not working.
You would have to post your code for anyone to know what's not working about it, but here's another question where someone couldn't get their mouse clicks working that I answered, and that might be helpful for you.
I had the same problem. Using love.mouse.isDown("l") (or love.mouse.isDown('l')) instead of love.mouse.isDown(1) solved it for me. And "r" or 'r' instead of 2.
I have a FPS game and using mouse look. I use Mouse.SetPosition to set the mouse position back to center of the game window at every frame. This works great and the mouse look is working very good. The problem is this takes over mouse position for every windows app. If I alt tab to another app, the mouse constantly tries to goto the center of the game window. This seems like very bad behavior. Any idea how to fix this behavior but still allow my mouse look to still work?
It has to do with User32.dll
I was programing an autoclicker to do my homework (AI) simple
And this website helped me alot...
http://www.codeproject.com/Articles/32556/Auto-Clicker-C
I am programming a Delphi (XE3) application where mouse position is important, but I would like to be able with another mouse to be able to set breakpoints without moving the primary mouse position. I may be pressing shift or control in the application I am trying to debug, so alt-tabbing to the IDE and setting a breakpoint with the keyboard keyboard won't work. Can Windows 7 easily be set up to do this?
It's possible to attach multiple keyboards and mice to a computer, and various video games can take advantage of the multiple input devices, but the OS in general does not take advantage of that. No matter how many keyboards and mice you attach, there's still just one input queue and one cursor on the screen.
If all you need is to set breakpoints without moving the mouse, then you can navigate the input caret to the desired line with the keyboard and then press F5 to toggle breakpoints.
If you need to be able to debug without interfering with the program at all, then you might need to use remote debugging. Although the documentation suggests using Remote Desktop to operate the remote program while you're sitting at the local system, that's not what you want to do in this situation because you'll still have just one set of input devices. Instead, log on to the remote computer from elsewhere (either directly, or via Remote Desktop on a third computer). It'll help to have two computers you can access from the same chair.