ISibboI

Sure, that sounds good! On Sun, 4 Jun 2023, 7.39 hexofyore, ***@***.***> wrote: > @ISibboI Is it okay If I do this? I am > planning to change the conversion...

Actually, the rule should be more like: when it starts with a number, then go for the number variants, and otherwise go for identifier. Such that identifiers can be arbitrary...

Ideally, we would mimic Rust identifiers: https://doc.rust-lang.org/reference/identifiers.html However, I am not sure if the standard library allows e.g. checking for a character being XID_Start, and I would not want to...

There was #104 that may solve this, but it is outdated and stale. Feel free to make a new one, but I don't have much time to review or merge...

Cow because the value may be borrowed or a value. In case of a context that stores values as they are, cloning them every time they are read is wasteful....

Seems like some test fails, which is strange, because I didn't change any code. Must be some random failure, because it talks about a deadlock...

Feel free to test with my repo: https://github.com/ISibboI/iced-rs-test I don't know much anymore about what this did, but I think you have to click on a button or so that...

The pull request switching the glewInit() and the debug parameter around removed some crash for me. I have an AMD card, too. So maybe someone who had this crash before...

Thanks! I am sorry, but I don't have time to add functionality beyond what I need.

It seems like [the assertion](https://github.com/ferrilab/bitvec/blob/5fb855073acc2ed045094ed89d8daf8c765f0135/src/vec/iter.rs#L685) is simply wrong. Looking at the source code of `fill`, if the given iterator matches exactly the length of the filled region, then it returns...