Checkpoint on editing the type.
Just add new configs with the first type if there are options.
Fix typo.
Hmmm.
Checkpoint.

- de-genericized ConfigGroupListener. It should hear about raw configs
  and btw nobody was parameterizing the type on anything other than
  ManagedConfig anyway.
- And so, do not actualize configs when firing these group listener
  events.
- We need to ensure we set the cclass on any derived config that's
  added.
Bugfix: this should use getRawConfig().
Hacky way to notify the config tree to reselect the changed config.

If the source of the changeevent is a ConfigTypeEditor...
I really hate this.
Added a note on something to circle back to.

This was all supposed to take an hour, tops, this morning.
Argh.
This is also hacky, but less so.

Just auto-select a newly-added config that is the same exact name
as the last removed config.
Remove the ChangeEvent hackery.