add close history view toolbar button

[codokie]

Demo:

See #403

[Helium314]

The keyCode seems pretty unnecessary. Why not manage it directly in ClipboardHistoryView?
Also please use a less generic name for the button.

[Helium314]

I figured you might want to implement another view similar to the clipboard history view in the future so I tried to stay general.

I can't remember any plan... was it something I wrote?

How can we access the KeyboardSwitcher from inside the view?

Why do you need keyboard switcher? The ABC key also doesn't need it.

[Helium314]

ABC button functionality is what is wanted in #403, so I don't think doing exactly the same as ABC key would be confusing.
Adding somthing new that duplicates existing functionality in a different way is more confusing in my opinion.

So just not using a code, and handling it in ClipboardHistoryView would be a better way as I see it. Alternatively I guess adding the alphabet code to the close button should also work, in that case add the reason for the code in a comment.

Also, feel free to change CLOSE_VIEW to whatever you like

CLOSE_VIEW is a confusing mix. Either is should be clear what the key will do (which view should be closed?), or it should be actually generic. But currently it doesn't have a generic use, and I don't know which uses you have in mind.

[Helium314]

Thanks!

[Helium314]

One (very) minor thing not related to code changes: could link the issues you're fixing with fix or fixes before?
e.g. "fixes #403".
If you do that, the issue will automatically be closed when the PR is merged.

[Helium314]

Oh, and what I didn't notice before: the differences between the "normal" and the rounded icons are very small, I can barely see them in full screen view on a large display.
I will remove one of the icons and use the same for all themes, unless you have objections.

[Helium314]

If it does not look too small feel free to remove it, it's fine by me of course

As far as I know the viewport dimensions are only relevant for the path data. The image will always be scaled to width and height. (e.g. of you divide all numbers in pathData by 10 and do the same for the viewport, in the app there should not be any visible difference)
see also https://stackoverflow.com/questions/41353732/what-is-the-impact-of-viewportwidth-height-on-android-drawables