You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
something to think about WRT codegen: sometimes, you might import a Pkl module that comes from some external library. in that case, maybe the generated code should import that library, instead of genearting new code
its a similar problem as in the crd generation where we added a converters field to allow saying that the object at this path should be treated as this external pkl library type
lets say there is a well known typescript library for k8s types, and i have pkl code that refers to k8s types. i might want to set those objects as being the k8s typescript library instead of generating typescript types for the pkl types
TLDR: when a Pkl property is of a type that has an existing TypeScript definition (like a k8s type), we could provide a way (an option during codegen) to use an import of the TypeScript type, instead of doing codegen of the equivalent Pkl type.
The text was updated successfully, but these errors were encountered:
via @bioball on Discord:
And then from @jackkleeman:
TLDR: when a Pkl property is of a type that has an existing TypeScript definition (like a k8s type), we could provide a way (an option during codegen) to use an import of the TypeScript type, instead of doing codegen of the equivalent Pkl type.
The text was updated successfully, but these errors were encountered: