Dmitry Matveyev

@creikey @milanbt there's a possible [solution in the PR](https://github.com/greenfork/nimraylib_now/pull/73/files?short_path=b335630#diff-b335630551682c19a781afebcf4d07bf978fb1f8ac04c6bf87428ed5106870f5), do you have time to check if that works for you?

> The last straw for me was having to support `MaterialMapDiffuse` and `ShaderLocDiffuse`, without the prefixes there are name collisions... If I'm not mistaken, there are a bunch of `#define`...

Saw latest changes, looks really great

@planetis-m I found these functions which are not in the set of destructors in https://github.com/greenfork/nimraylib_now/pull/60, do we include them as well or there are some problems? ``` unloadVrStereoConfig*(config: VrStereoConfig) unloadFileData*(data:...

@planetis-m I made an attempt at using destructors https://github.com/greenfork/nimraylib_now/pull/72

Does [raylib_fields.nim](https://github.com/greenfork/nimraylib_now/pull/60/commits/7901781403b3c68675f599cae0a6461b7020b056) work now? There's a [comment](https://github.com/greenfork/nimraylib_now/issues/65#issuecomment-1019271008) about `.copy` pragma and I'm not sure what's going to be the best fix for this file. Just adding `.copy` to each proc...

On each type c2nim automatically adds `bycopy` pragma. I would assume that this would fix the same issue?

> Yes exactly, so either put closeWindow in a try/finally or defer On top-level defers are forbidden. It might be an okay idea to wrap every example in `main`. >...

I'm not sure I completely understand the problem. Even with range checks - usually you just pass a model to a function and this function parses it into a suitable...

Could you provide the resulting syntax after your suggested change? It looks like `model.materials[0][Albedo]` where I would expect `model.materials[0].maps[Albedo]` as in C