Open gbaman opened 2 years ago
Note: It can't just be age+, some things are specifically aimed at people under a certain age and we do not want older people showing up at them
Should we swap to (minimum, maximum) age or something?
That could work if the renderer shows "X+" when maximum isn't set and "Under X" when minimum isn't set. Would need the dropdown to have a clear min/max on those though as a default.
Buckets are absolutely fine, but we need more granularity at the low end - we have stuff that is for 0-2. I'll get some buckets defined.
In my opinion we're drastically over-thinking this and I worry that we're going to start putting people off submitting things if they have to provide the precise age range for every submission.
I believe this ticket specifically referred to youth workshops and was actually resolved in 738c5cbab2b3cdbf68b9026818b4df46132d5725 (committed the same day the ticket was filed) which set some precise age ranges.
We should not be asking for precise age ranges for talk submissions - the "family friendly" checkbox is fine there.
Also I think the easy answer for non-youth workshops is simply to not allow people to filter by age range. It feels a bit unnecessary.
AFAIK we're only discussing workshops as talks don't have this anyway, nor should they.
As I said above I'm talking about buckets not exact age ranges - probably no more than ~5 for exactly that off-putting reason. The existing list from that commit is way too granular as it is, and it isn't correct anyway - we need options for lower than age 3.
I'll sort out a list that makes sense tomorrow.
Sorry for barging in, but I just saw this as I was browsing and with an attendee perspective ... if I see "family friendly" tacked onto an event, I'll probably read the description with the assumption it's something aimed at kids' and parents, just to figure out if it's solely for that group or something open to all but particularly recommended for that group.
"Toddlers and parents only" or "Young children and parents only" would be something I'd take as a hard rule.
Similarly I expect parents may appreciate "not recommended for children" in the schedule - although you really need to say why. Heavy tools, risk of solder splash, terrible dad jokes, or what have you.
I think clarity on "this age only" events in signage and the schedule would be appreciated, but that's only my POV. I was tagging along with some costume performers who were attracted by the interactive art installations, and we had a couple of "uh, are we supposed to be here?" moments when we found ourselves surrounded by young kids and parents.
I shall leave you to your discussion, apologies if I've intruded!
This field is used for two things:
It isn't used for talks - I need to doublecheck this and make sure that the combobox doesn't show up during finalisation, but that's it.
The initial concern was, as I interpreted it, that providing a free text field for people to put whatever they want in means that someone has to go and clean that up later and try to map it onto a smaller set of things. That's maybe fine?
https://github.com/emfcamp/Website/commit/738c5cbab2b3cdbf68b9026818b4df46132d5725 didn't (AFAIK) fix this because during the CfP process we still provide a free-text box, which if not cleaned up leads to what we have in the first screenshot.
I am fully in support of buckets, although am not sure we had anything needing an upper limit beyond aged 3 or 4 last year?
This has got me thinking about talks and workshops in general and suitability for young people. With how extremely busy the youth programme was last year, it would be ideal if we had more information on talks/workshops that would be suitable for young people beyond our (heavily limited capacity) youth programme. Perhaps this is the wrong place to be discussing it, but some key information for parents to help make the decision themselves (as @philpem mentioned) if a session would at least be "safe" for kids to attend, or are specifically encouraged to attend could be very useful?
For both workshops and talks, perhaps checkboxes for "warnings", for example "Strong language", "Dangerous tools/equipment", "Explicit content" wouldn't be a bad idea. As a bonus, having a separate checkbox to encourage families/youth to attend would be a big bonus, for example "family friendly".
We will still end up with sessions in the middle that don't have warnings, and aren't specifically encouraging families/young people to attend, but at least it should help families make better decisions for both sides.
@gbaman I plan to gather this in the second phase of finalisation for the CFP, as yes we really want this for other workshops too.
@lukegb Right, we need to split this into two sets of age ranges - one just shown on youth workshops and one shown on main workshops.
For youth we want the following ranges:
That said, after talking to some of the content team I suggest that for the CFP submission we leave this as free-text, and we add a finalisation field that allows us to classify this into a range properly before publishing.
This is because people are frequently awful at understanding the range that they can actually take and it requires some back-and-forth with us to figure out what the suitable age range actually is for a workshop. I'd prefer that they are more descriptive in the submission to help us figure this out.
I'm just adding the below screenshot in for reference for how things turned out in 2024 (before any cleaning up), more for next time thinking.
Just an update, for 2024 in the (manual) cleanup, these were the buckets I ended up using.
Age ranges as a string input turned out a bit of a mess, trusting people to actually enter something sensible...![2022-05-31 17 56 29](https://user-images.githubusercontent.com/833193/171230937-4bea059f-fed2-456e-9bdd-b5ce8203a336.jpg)
So next time, we should aim ideally for age buckets. I would suggest
Ideally then on the filtering page, we have a slider allowing folks to see all workshops suit for kids for example aged 8+ Even after some cleanup, this is what we have ended up with.
Finally, I am just thinking it might be worth enforcing folks choosing an option, given quite a lot were left unspecified.