"Golf challenges would be in their own category (there are other types of questions)."
Will you also make a category for King of the Hill, Cops and Robbers, etc.? I feel like it'd get out of hand quickly. Why not just use tags?

@Moshi or maybe it's all challenges and I misunderstood? The idea was one category for challenges, which have different rules from Q&A about golfing etc, and which are the only ones that use a leaderboard. Edited to just say "challenges".

@MonicaCellio Code Golfing is a type of challenge. I'd suggest having Challenges, Sandbox, and Meta as categories, and then having code-golf etc. as tags

Actually, now that I think about it, can sites even remove the Q&A category in the first place?

@Moshi it could be renamed.

@MonicaCellio Interesting. I asked that because I don't think a code golf community would need a Q&A category - anything that isn't a challenge or a sandbox post would be Meta, no?

@Moshi from the discussion in 19th Byte it sounded like the community could have questions about golfing and related topics that aren't themselves challenges. They can tell us what they need; I'm in no position to judge.

@MonicaCellio That sounds correct. Would probably want: Q&A to ask about golfing, challenges for, well, challenges, sandbox, and meta.

@MonicaCellio @moony sounds like Meta to me? It might just be that I have a broader definition of the Meta category than most though.

I knew that there would be a use case for the ToC component some day. That seems like a good choice for the leaderboard, right? (as it is supposed to show the first line or so of the answer also by the previous design; do we need a special "size" column on posts or could the "# Lang, Size" header patterns seen on SE be enough for that to work?)

@luap42 A byte count answer property alone wouldn't help much, as you'd still need the language name. But parsing the answer start is acceptable, assuming you'd still be able to sort by byte-count at the client side. (If anything, a "name" property would be best, since that can be used even in challenge types that don't care about byte-count, i.e. bot names in a KotH (and maybe even on other Codidact sites!), and we could agree with a standard to end the name with ", score")

@dzaima Yeah. What I need to know is whether it's enough to show the beginning of responses (sorted by score likely) or whether you definitely need-want a special "Response" post type with special properties (such as "name" or "size"; the exact columns would need to be defined later). The first thing is way easier to implement (and hence possible sooner), but might not be what you as a community need.

@‭luap42‭ Showing the beginning is enough. Agreeing on a proper answer template would also mean getting the score should be just the last number in the first line of the answer. Also has the bonus that the leaderboard can be added later on, with no work needed for initial site launch

"Challenges would be in their own category ... a separate category means the leaderboard would only need to be enabled there." An automated leaderboard really would only work for Code Golf (where there is an easy score for any submission); King of the Hill, Cops & Robbers, and other host defined scoring method wouldn't be compatible with this. There are also plenty of challenges that aren't particularly competitive (ex. C&R would run perfectly fine without a scoring system).

Therefore, we might actually want to split code golf off from other types of challenges. My revised suggestion would be having code golf as a specific post type in the Challenges category, and enabling the leaderboard for just that one. I'm not sure how feasible that would be though.