-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update frontend data #66
Update frontend data #66
Conversation
02cb4ac
to
945a560
Compare
608d7e7
to
13af843
Compare
13af843
to
1554612
Compare
} | ||
|
||
#[derive(Debug, Clone, Default, Deserialize)] | ||
pub struct ByteStatsSample { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why not getting it from the lib ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It was the original plan, but the Implementations fail to compile for wasm32, and the change to organize the lib to make that easy is quite massive... I can do that if we prefer.
The first option is to pollute all lib/stats code with #[cfg(not(target_arch = "wasm32"))]
switch flags, which makes the code very annoying.
The second option is to break the code into smaller modules: (1) mods that have the types, and (2) mods that have the implementation. These last are then selected with the switch flags, polluting only the imports. The mods can be all in separate files, or mod contexts.
Let me know if you have other ideas, and what you prefer
f5e0477
to
3fe2b19
Compare
This helps some IDEs/LSPs configs to build the correct version on save
3fe2b19
to
6b1e9aa
Compare
reworked_ui_with_stats.mp4
Closes #50