Fix behavior after copying a color

[TJScalzo]

I updated the changes made for #11 so that focus returns to the table when a color is copied. Currently, the focus is just removed and hitting tab brings the user back up to the top of the page (because of f83946c). This pull request matches the behavior to what was introduced in #18.

[edelstone]

@TJScalzo This is an improvement because it standardizes focus intent across browsers, but let me suggest something:

The way Chrome treats tabbing after a copy is even more ideal (I'm referring to the current version before your changes btw). After copying, the focus appears to stay on the copied cell even though the copy/checkmark button disappears. If you tab again from this position, the next table cell is focused. This seems logical to me, but perhaps more importantly it prevents page jumps, which can happen by focusing the table (depending on your browser height and scroll position, of course).

Play with the current site in Chrome and let me know if you agree and if it's hard to achieve. I wouldn't mind if all browsers behaved like this.

[TJScalzo]

It's interesting that in Chrome the focus retains its location on the page when .blur() is run. I haven't seen that on any other browsers. I think I have an idea of how to implement the functionality you're describing.

[edelstone]

We, of course, would Ideally want to maintain the experience for mouse users in terms of focus outlines, scrolling, etc. So let’s try to preserve that.

[TJScalzo]

I'm having some trouble implementing this behavior. If anyone else is interested in helping out, go for it.

[edelstone]

I may just make an issue for this and close the PR.

[edelstone]

I created an issue for this in #26. Thanks for the effort.