Reorganize Selection Panel

[emilk]

What

• Closes Rename blueprint section #6615
• Part of Tracking issue: ListItem 2.0 #6075

Each section now only does one thing, with a good name to describe it, and in a good order.

Checklist

• I have read and agree to Contributor Guide and the Code of Conduct
• I've included a screenshot or gif (if applicable)
• I have tested the web demo (if applicable):
  • Using examples from latest main build: rerun.io/viewer
  • Using full set of examples from nightly build: rerun.io/viewer
• The PR title and labels are set such as to maximize their usefulness for the next release's CHANGELOG
• If applicable, add a new check to the release checklist!

• PR Build Summary
• Recent benchmark results
• Wasm size tracking

To run all checks from main, comment on the PR with @rerun-bot full-check.

[Wumpf]

consensus so far (and what's noted down in the ticket) was to push visible/interactive all the way up to the top without its own section https://rerunio.slack.com/archives/C041NHU952S/p1718878768702219?thread_ts=1718822157.478409&cid=C041NHU952S
personally I think its own section is also fine, but Entity properties is not the right name for it. All of these things are properties of the selected entity

[Wumpf]

View settings also makes me pause a bit: we called it View properties so far, but maybe settings is actually better. But then we also have to change it in the docs, e.g. here https://rerun.io/docs/reference/types/views/spatial3d_view#properties

[Wumpf]

The separation line at the end of visible time range doesn't make sense to me. Is this a left over or intentional?

[Wumpf]

interesting bug: the arrows are not aligned

Likely unrelated to this PR

[Wumpf]

This tooltip isn't pretty being elongated as it is

[Wumpf]

skimmed the code mostly only, lgtm. Above comments need addressing but doesn't need to be in here (need to note it down though if we don't do it right away)

[abey79]

I'm seeing some issues with that header:

1. it should force align itself on round pixels vertically, to avoid that thin gap
2. alignment bug with the + button
3. Hot take: its background should not become brighter on hover. The white text + the triangle is enough of an indication that it can be interacted with. This would much improve the hover behaviour of the + button too.

Both of these would be addressed by implementing it using listitem, but doing so would force an indent on the expended content (unless we add an indent-less version of show_* to list item).

Also, the final horizontal separator after Visible Time Range should be removed.

edit: here is how it's done with list item:

[abey79]

I'm not fully convinced by the new placement of the ?/Edit button here:

Ideally we'd have an "Edit" icon and something like this:

having the "?" up there would be useful in other places, such as the visualiser section.

[abey79]

There vertical spacing is still a bit all over the place. In this data section, the fact that the list items hover-highlight further show that there is a gap.