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
Currently, model/type references in other models/types receive the support.class scope which is totally wrong (because they are not something that a standard library provides. Prisma Schema Language doesn't have that concept). The reason I chose it was for the coloring of model/types to be different from standard scalar types (like Int, String etc.). Ideally, it should receive something like variable.other.model.prisma based on sublimehq/Packages#1861 but variable scopes are always colorless, so it's visually straining to distinguish them.
Steps to reproduce
Refer the syntax definition.
Expected behavior
Model/type references have variable.other.model scope. We could put some steps on tweaking the color scheme to color variable.other.model the same as support.class but that's an additional wall for some.
Actual behavior
Model/type references have support.class scope.
PrismaHighlight version
1.0.2
The text was updated successfully, but these errors were encountered:
On second thoughts, it might be difficult to scope it exactly as variable.other.model as in MongoDB schemas, we don't know whether it's going to be a model or a composite type,
Description of the bug
Currently, model/type references in other models/types receive the
support.class
scope which is totally wrong (because they are not something that a standard library provides. Prisma Schema Language doesn't have that concept). The reason I chose it was for the coloring of model/types to be different from standard scalar types (likeInt
,String
etc.). Ideally, it should receive something likevariable.other.model.prisma
based on sublimehq/Packages#1861 butvariable
scopes are always colorless, so it's visually straining to distinguish them.Steps to reproduce
Refer the syntax definition.
Expected behavior
Model/type references have
variable.other.model
scope. We could put some steps on tweaking the color scheme to colorvariable.other.model
the same assupport.class
but that's an additional wall for some.Actual behavior
Model/type references have
support.class
scope.PrismaHighlight version
1.0.2
The text was updated successfully, but these errors were encountered: