Tyler Bloom
The problem here should be fairly simple to fix. When loading a tournament's page, the frontend sends a request to the backend and immediately attempts to deserialize the JSON in...
This is actually a bit deeper than that. Since we store everything as a tournament operation, we would have to selectively stip out that information too. Luckily, the validity of...
This applies to more than judge deck information. Judge and Admin Ids also apply here. Masking those will be much harder, though...
These are good points, but I feel that they are overkill. Not because that could be a problem in general but because of the types that are being hashed. We...
I did a bit more digging on this, and this generally seems to be a non-issue. String slices are hashed by a method in the `Hasher` trait, which `str` calls...
Minor corrections: SqurieLib is agnostic to how a client is storing data for cards. SL just takes a `Deck` (defined [here](https://github.com/TylerBloom/mtgjson-rust-sdk/blob/main/src/model/deck.rs#L7)). At present, SB is using an `AtomicsCollection` (see [here](https://github.com/TylerBloom/mtgjson-rust-sdk/blob/main/src/model/atomics_collection.rs#L24)),...
The SC server can maintain a complete version. The [foreign data](https://mtgjson.com/data-models/foreign-data/#foreign-data) in the atomic cards has a language field. We could make the minimal card collection request have an optional...
This has been partially addressed. When the Yew + Ratatui integrations were extracted, I created the [base16-palettes](https://crates.io/crates/base16-palettes) crate. This allows the backend renderer to render in different themes based on...
This sort of helps, but the scrolling is in-app and not in the HTML. Glad to know what it is possible!
> avoid the unwrap() and return Result from get_builder() instead. I agree with you, I would also like to remove that `unwrap`. However, I believe this builder should always have...