AlphaKeks

Is there any plan about implementing this? I could make a PR for it if nobody else wants to do it, since I personally also want that feature.

Do you think it would make more sense to have tags on courses instead? Since those actually encapsulate the gameplay, rather than the map itself.

> 1. Server owners should be able to add tags if we want to make server owners keep the tags up to date, but it could be a problem if...

> maybe decide on a default set of tags that server owners could choose from (location, main gamemode?, public/private) to avoid misuse. Yeah that would be the alternative. > if...

It can be a dynamic library and that's one of the two options I had in mind. The other possibility would be to make it a Rust library and just...

Idea: when fetching a PB, calculate the sum of best splits for that filter [source](https://discord.com/channels/452163833973440522/1088437088569004165/1295917580967608363)

Since `JoinSet` _does_ have a [`build_task`](https://docs.rs/tokio/1.43.0/tokio/task/struct.JoinSet.html#method.build_task) method (one of the alternatives I listed), should `JoinMap` also expose an API like that?

In order for this to work, `join_map::Builder` needs access to `tokio::task::Builder`, which is gated behind tokio's `tracing` feature flag _and_ `--cfg tokio_unstable`. So what `tokio-util` needs to do is enable...

It matters because `tokio-util` already has a `tracing` feature (implicitly by virtue of its `tracing` dependency being optional). I guess we could introduce a separate feature flag that specifically enables...