Ticket #2611 (closed bug: fixed)

Opened 5 months ago

Last modified 4 months ago

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 development
Cc: Blocked By:
Platform: All Blocking:

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

  Changed 5 months ago by korli

  • status changed from new to closed
  • resolution set to fixed

Fixed in r27162

  Changed 4 months ago by bga

  • status changed from closed to reopened
  • resolution fixed deleted

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.

  Changed 4 months ago by bga

  • status changed from reopened to closed
  • resolution set to fixed

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   Changed 4 months ago by kev

  • status changed from closed to reopened
  • resolution fixed deleted

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?

in reply to: ↑ 4   Changed 4 months ago by korli

  • status changed from reopened to closed
  • resolution set to fixed

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.

  Changed 4 months ago by kev

  • status changed from closed to reopened
  • resolution fixed deleted

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.

  Changed 4 months ago by anevilyak

  • status changed from reopened to closed
  • resolution set to fixed

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

  Changed 4 months 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.