#2611 closed bug (fixed)
SpicyKeys input_server add-on mouse event generator does not work.
| Reported by: | bga | Owned by: | korli |
|---|---|---|---|
| Priority: | low | Milestone: | R1 |
| Component: | Servers/input_server | Version: | R1/pre-alpha1 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
I installed the R5 version of SpicyKeys (source and binaries can be found here: http://www.bebits.com/app/385) and the mouse event generator is not working (you were supposed to be able to move the mouse with the keyboard). The keyboard capture code works ok as I can launch applications assigned to hot-keys so I guess it is probably some compatibility issue.
Change History (8)
comment:1 by , 16 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
comment:2 by , 16 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
I am reopening this just because I think this fix broke something else. Now the key combos inside SpicyKeys are not wqorking. Left-Windows + G, for example, was supposed to open the home dir but it is not doing that (it was before). Instead, it seems it is generating a diferent keycode because if the Terminal has the focus, for example, the cursor will move as if space was hit). In fact, I am pretty sure it is generating the space scan code.
comment:3 by , 16 years ago
| Resolution: | → fixed |
|---|---|
| Status: | reopened → closed |
Mea culpa. Due to a bug in the SpicyKeys installer, the input filter was not being installed. So yeah, the bug is gone. Sorry. :)
follow-up: 5 comment:4 by , 16 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
Actually, I was still having this problem, even on the latest build. All that needed to be done was create the directories ~/config/add_ons/input_server and filters/ underneath that. (That also allows UniversalScroller to install properly, BTW.) Are these empty directories automatically stripped from the distro or something?
comment:5 by , 16 years ago
| Resolution: | → fixed |
|---|---|
| Status: | reopened → closed |
Replying to kev:
Actually, I was still having this problem, even on the latest build. All that needed to be done was create the directories ~/config/add_ons/input_server and filters/ underneath that. (That also allows UniversalScroller to install properly, BTW.) Are these empty directories automatically stripped from the distro or something?
Please, please don't hijack tickets. Just open new ones.
comment:6 by , 16 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
Uh...the start page says, "Before reporting a bug please make sure that it does not yet exist. You can also use the search function for this." bga's description fit what had happened to me exactly, and even his follow-up (about the input filter not being installed) is still the case for me...
If you really think these two bugs aren't the same, please show me how this is the case (maybe provide more detail?), or if Haiku's tracking policy has changed, maybe the start page ought to be updated.
As of now, the current build still has this exact bug, as far as the information on this page indicates to me.
comment:7 by , 16 years ago
| Resolution: | → fixed |
|---|---|
| Status: | reopened → closed |
The initial bug had nothing to do with the missing subdirectories, that's another issue, hence new ticket.
comment:8 by , 16 years ago
Oh, sorry, I had misinterpreted what bga had said, thinking he had done something to affect the installers, but had known what he was talking about to keep it in the same ticket. That's why I was all confused, I was just following bga, who hadn't been accused of hijacking :P
Anyway, will do, I don't see a ticket on this yet, so I'll open one. Thanks for your patience.
Fixed in hrev27162