Forward slash does not work about jwerty HOT 9 OPEN

You can bypass all of the string matches by passing a full 2D array into the jwertyCode param, like so:

jwerty.key([['/']], function() {
   console.log('test');
});

This is an issue which will be overcome before 1.0, but not quite sure the best way to solve this problem right now.

from jwerty.

Thanks, I tried this but when it called input.focus() it inserted a forward slash into the input box. I just left that part with event.keyup in jquery.

from jwerty.

Also I think a good way to deal with this would be to escape the character with a backslash, such as '/' comes out to /.

from jwerty.

Escaping is really a last resort for me, as it makes some ugly looking strings which defeats the point of this lib (to be very readable and self documenting).

The parser already handles these special cases for all but slash; a string like 'ctrl++' or ',,.' parses successfully, but / is a slightly more difficult one to handle generically like this.

from jwerty.

As an aside, your issue with keyup events is because jwerty.key listens for keydown. When the keydown event fires, you're focusing the input box, then the keypress and finally the keyup events fire, so the browser assumed you want a / in the input. A way to fix this particular problem is the following:

$(document).bind('keyup', jwerty.event([['/']], function () { input.focus(); });

Essentially binding to keyup to do the same job, bypasses event sequence issues.

from jwerty.

Thanks for this! I got it working this way, works great. Now typing in the location bar doesn't interfere with keyboard events.

from jwerty.

Re-opened this because not being able to process the '/' string literal is a genuine issue

from jwerty.

I had some issues like this with the ' and # keys not working. I then realised that it was but only if I had an american keyboard as with some symbols the ID is different.

from jwerty.

I have put e.preventDefault() in the callback and it seems to not put / in textbox

from jwerty.