Big viewer cleanup

[myieye]

This is essentially ready for review, except for the fact that it's based off of an unmerged branch.
I was finding it somewhat depressing working on viewer code, so I just went for it. There's much more to do.

• Adds eslint to the viewer and fixes all the errors
• Fixes svelte-check
• Sorts options in option lists (I guess that could have been a seperate PR, but meh)
• Refactors how options-fields work. @hahn-kev might have some objections to that one (a0086dc). It's kind of squashed in the middle...oops. The type handling deep down was very confusing for me (as well as somewhat unsafe and peculiar) and every consumer needed to handle all the mapping between options and values. I feel like I've made the components easy to use, though I did add a bit of complexity to the MultiOptionEditor and SingleOptionEditor that you might not be happy with.
• Fixed a long standing problem for VS Code users

Some other code debt I'm eager to get to eventually:

• Our folder structure doesn't make a ton of sense
• I think there's a bunch of dead field-config code
• The ProjectView component is massive

[hahn-kev]

Funny I was just thinking about how big the project view was. I would love to pull stuff out of that to make it smaller

[github-actions]

UI unit Tests

12 tests  ±0   12 ✅ ±0   0s ⏱️ ±0s
 4 suites ±0    0 💤 ±0 
 1 files   ±0    0 ❌ ±0 

Results for commit d5d0314. ± Comparison against base commit 987d902.

♻️ This comment has been updated with latest results.

[hahn-kev]

over all I like the changes to the Option editors. Part of why they were odd is because of how they were used before when we used FieldEditor for everything, the way the binding worked there was weird and I kinda hacked it to get it working.

I'd like to see some defaults for some of the callbacks, but I'd be happy to accept it as it is now.