Pascal Garber
Pascal Garber
Yes, I already have. The types for GNOME Shell will follow (probably tonight when the kids are in bed)
@spazziale sorry, my mistake. I hope this has been fixed. I release beta.10 now, can you test if it works again?
@spazziale are you generating the types by yourself or do you use the types published on npm? If you generates the types by yourself then there is now a bracking...
@spazziale Maybe you are simply missing a ```ts import '@girs/gjs'; import '@girs/gjs/dom'; ``` ?
Can you try `"moduleResolution": "NodeNext"`?
yes, we should document it. I think it's because we use ESM + Node.js for package resolution and that's what NodeNext is for. `“moduleResolution”: “bundler”` should also work, but then...
@RiQuY I have similar problems building it on Fedora, so thanks for the issue. This enabled me to build it on Fedora. It would be good if we could somehow...
@ewlsh looks like there are new conflicts (see failed action), how are you handling conflicts so far? A simple additional test could be to add another example that uses one...
@ewlsh I have split `ModuleGenerator`, `NpmPackage` and `TypeDefinitionGenerator` into seperate files, this is the reason why you have a merge conflict. Do you want to fix it yourself or should...
@vixalien which version do you use? In `@girs/gtk-4.0 v4.14.3-4.0.0-beta.5` `gi://Gtk` is already exported without the version affix because it's the latest version. This is also the case for the other...