Add ability to filter by features

[cyrusae]

• [ ] by sID (what stimulus statements are responding to)
• [ ] by pID (participant responding - find all free text by one user)
• [ ] by qID (question being responded to)
• [ ] by combination of sID and qID (can these be stacked?)
• [ ] by other permutations
• [ ] coded: false and permutations of the above
• [ ] coded: true and permutations of the above
• [ ] a specific existing code (or its absence), and permutations of the above Not quite "how to handle search" if I'm hardcoding them into the interface, but close?

[cyrusae]

Filter for questions and have that filter persist while navigating through individual statements. If I was working in raw SQL I'd make a temporary table for this but syncing that back to the main Statements table seems questionable and I don't know how much it would disagree with Prisma. (I guess make a temporary table to navigate around and then send updates to standard Statements...? Don't know how long that table would last though. Or just load an array of all possible statement IDs for the criteria at load time? That sounds like it might be terrible though.)

The problem here is taking a subset of statements and applying full site functionality to only that subset. Presumably it's going to be a session management thing at least partly (e.g. preserve chosen criteria in session and piggyback them onto axios requests).