Make the planning tool better at subdividing targets

[tylertucker202]

After speaking with the SAs, they seemed hesitant at managing one table of many targets. The familiar work flow is to load and view by file, and while we replaced the concept of a file with a tag, filtering is not intuitive and is a little clunky to get right.

What if we have multiple tables, separated by tabs? Similar to managing an email list, you have tags that separate targets, but then instead of filtering by tag you break off and make an entirely separate table?

We have implemented multiple tabs in the kpf-cc repo. I imagine us working on something similar with the planning-tool. They diverge in that they are different views of the same information, that and there can be an indeterminate number of tabs.

Thoughts on implementing:

• constrain there to be no more than n (10?) tabs
• Include a master list of targets, whose tables reference a subset(s) of this master list.
• Include an 'add tab' tab that, when clicked generates a separate table, similar to an excel spreadsheet or a browser tab.
• Think carefully about syncing between tables. They contain duplicate information and need to be updated accordingly. This is the reasoning on keeping a duplicate list of targets.
• Make the user decide on how they want to subset their data: by tag or by semester.
• You will need to have a 'close tab' feature as well.