Enhancements

[btecu]

• Remove the peer dependency, since npm is a bit strict and complains when using newer ember-source versions
• Add tests for the clear button
• Handle input changes
• Use event.key instead of deprecated event.keyCode
• Add test for onInput event when typing
• Update @babel packages

[btecu]

@ladadeedee went back to onInput since handling from onKeydown is the wrong approach, as it would be very difficult:

• key is always uppercase, since it's about the key button, not the actual value
• there's a shift that can be checked for intention but nothing for caps lock
• CTRL + V / CMD + V, etc., would need to be handled individually, otherwise you'd just append V to the input

https://w3c.github.io/uievents/tools/key-event-viewer.html

[ladadeedee]

Using oninput seems to be working for me in this latest iteration. After doing some testing locally, it looks like my suspicion was accurate and change is some reserved, special thing in Ember. If you edit changeInput to be change, then it breaks, as I previously witnessed. I found one or two references to this event from way back in Ember 1 and 2 days. I don't know if this is due to Evented or if it was some Ember object builtin.

Anyway, using oninput is clearly better than doing hacks on keypress, so I think we should move forward with this and close my PR.