Brandon Grimshaw
Brandon Grimshaw
You can achieve this behaviour by opening the built-in Chromium dev tools (Ctrl+Alt+I on Windows). It certainly doesn't look as nice as the example you provided. That sort of feature...
I've submitted a PR (#337) with the mentioned changes.
You can see my proposed impl here: https://github.com/vincent-herlemont/native_db/compare/main...Grimeh:export_keys I added a rudimentary _"does this compile with `export_keys = true`"_ unit test, but it doesn't test the changed visibility. I'm not...
Sorry for the delay, just wrapped up a contract that took most of my time. I'll finally make that PR :)
Have added `#[allow(unused_variables)]` in a couple spots to silence compiler warnings from `Encode` output. Since `destructure_fields` is used for binding into and out of structs (so to speak) this is...
Ah good catch. Will do that later today and update the PR.
Sorry for the delay, I've been knocked out with the flu this week. I've adjusted one of the tests with a non-`Encode/Decode` struct field, no issues with bounds encountered.
Ah dang, didn't test generic bounds. It does generate `Encode` & `Decode` bounds for generic type params, I'll need to adjust that to be skip-aware. Additionally, the generated decoder struct...
I've come to a solution that I don't entirely dislike, it also somewhat simplifies the PR since the `Item` interface no longer needs to change. Skipped fields are no longer...
There's an alternate solution that I'm not as fond of, but I've pushed it to a branch for reference. On it the unused generic type params are stripped from the...