Position new palette colors at bottom, and renaming immediately

[davidlamhauge]

This fixes a 'bug' that has often bothered me.

1. New colors were placed in front of the selected color, and that made sense before the colors could be dragged and dropped. I always expect to find the new colors at the bottom of the palette, because they logically should be appended to the palette. This PR places new colors at the bottom of the list.
2. The reason for having names for the colors is to use them. If we don't use the names, we might as well just have them numbered. My colors get names like 'Lisa skin', 'Lisa eyes', 'Lisa Hair' etc, and not 'Magenta', 'Vivid Reddish Purple', or some of the other suggested names. For that reason, I've put the rename color dialog up front, so you're naming your color when you add it. This is more logical, and if you indeed want the name to be 'Vivid Reddish Purple', then just press enter.

[chchwy]

I made a change for this PR.

Rather than popping up a rename dialog. I make the new color editable right after clicking "add".

What do you think? @davidlamhauge @candyface @scribblemaniac

[davidlamhauge]

Great idea. Sorry I didn't think of that.

[MrStevns]

That's exactly how I would improve it based on my comment in Discord made the other day, I approve of such a change.

[chchwy]

@davidlamhauge I made a PR in your repo
davidlamhauge#13

[scribblemaniac]

Do both views scroll down to the new color when added? If not, they should, especially the list view so you can see the newly added/editable color.

[chchwy]

Yes it does scroll down to the new color.