Alex Badics

The actual display is not as it is in the readme

1

The output looks like this:  Instead of  (Screenshot with v0.2.2) Which is _much_ less readable. Probably introduced in a690b657091.

Initialization order of fields overridden in subclasses

9

I have a code similar to the following, that relies very heavily on mypy for correctness: ```python import attr class X: """ Some other class from the code """ class...

WGSL preprocessor and modules

30

I'm planning on introducing WGSL preprocessing to one of my projects, as complexity is quickly getting out of hand. What I'm looking at right now is [bevy's syntax](https://github.com/bevyengine/bevy/blob/1530f6375691355576e502a62d449720a819ce43/crates/bevy_render/src/render_resource/shader.rs#L429), since it's...

Native linux backend based on usbfs

10

Hi, TL;DR: Would you like to see a PR which uses `usbfs` `ioctl`'s directly, even if it is not feature complete? I've been using `hidapi` with good results for one...

OptimizableGraph deletes Parameters even when G2O_NO_IMPLICIT_OWNERSHIP_OF_OBJECTS=ON

3

Hi, I'm writing a [Rust binding for g2o](https://github.com/badicsalex/g2o-rs), and I've been using `G2O_NO_IMPLICIT_OWNERSHIP_OF_OBJECTS`, because it fits the Rust ownership model (somewhat) better. I ran into a strange double free with...

All field names that are not Rust keywords should be allowed during parsing. Either prefix internal stuff with `__`, or prefix the temporaries with something. See #21

Fields and rules that are Rust keywords should be prefixed (or postfixed) with `_` See #21

Referencing non-existent rules in fields are only "detected" when trying to compile the generated Rust code. See #21

Duplicate rule names are only "detected" when trying to compile the generated Rust code. See #21

See https://github.com/badicsalex/peginator/issues/19#issuecomment-1690736512