Opened 11 years ago

Closed 11 years ago

Last modified 11 years ago

#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:
Has a Patch: no 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 Changed 11 years ago by korli

Resolution: fixed
Status: newclosed

Fixed in hrev27162

comment:2 Changed 11 years ago by bga

Resolution: fixed
Status: closedreopened

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 Changed 11 years ago by bga

Resolution: fixed
Status: reopenedclosed

Mea culpa. Due to a bug in the SpicyKeys installer, the input filter was not being installed. So yeah, the bug is gone. Sorry. :)

comment:4 Changed 11 years ago by kev

Resolution: fixed
Status: closedreopened

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 in reply to:  4 Changed 11 years ago by korli

Resolution: fixed
Status: reopenedclosed

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 Changed 11 years ago by kev

Resolution: fixed
Status: closedreopened

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 Changed 11 years ago by anevilyak

Resolution: fixed
Status: reopenedclosed

The initial bug had nothing to do with the missing subdirectories, that's another issue, hence new ticket.

comment:8 Changed 11 years ago by kev

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.

Note: See TracTickets for help on using tickets.