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
As I stated above, it looks like aliases are resolved (and thus the respective values no longer dynamic) when imported. If I keep the cue files in the same package, it works as expected:
If it's expected, is the solution to this to keep these on the root?
I guess they're technically no longer a pure schema, but a function - but would that mean that functions would always have to live in the same package as they are used? Wouldn't that mean I'd have to duplicate function structs (what's the correct term for these?) alot?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Am I correct that declared aliases are resolved when importing a schema from another (sub)package ? Or am I missing something here?
Directory Structure
test/schemas/schema.cuetest/data.cueExpected Result
Actual Result
Verification
As I stated above, it looks like aliases are resolved (and thus the respective values no longer dynamic) when imported. If I keep the cue files in the same package, it works as expected:
merged.cueResult
Is this the correct behaviour? Or is this a bug?
If it's expected, is the solution to this to keep these on the root?
I guess they're technically no longer a pure schema, but a function - but would that mean that functions would always have to live in the same package as they are used? Wouldn't that mean I'd have to duplicate function structs (what's the correct term for these?) alot?
Thanks for your help :)
Cheers
Beta Was this translation helpful? Give feedback.
All reactions