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
directories = ["server", "./crates/entities/", "./crates/common"]
# Shared Overrides are used for when you are a # NewType struct or something that is just represented as another type # That typeshare knows how to handle
[overrides]
Email = "String"
[overrides.Username]
type = "String"# Will push this to any doc comment when the type is used.doc = '''# ConstraintsMust be between 3 and 16 characters in length. Must be alphanumeric. Username is unique to a user'''# Typescript Configuration
[lang.typescript]
# In the future we can provide configuration to change the formatting rules such asident = 2# 2 spaces
[lang.typescript.overrides]
i64 = "bigint"DateTimeWithTimeZone = "Date"
It will still work with something like PR #140. In the case it sees an attribute that overrides the type it will follow the attribute instead. And in the case that you add directories to the command it will just ignore what is specified in the command
The text was updated successfully, but these errors were encountered:
So I have been using #140 and when I am repeating myself a overrides. I think it looks kind of ugly.
For example
I also list a bunch of crates when I build my types file for the frontend
typeshare --lang=typescript --output-file=frontend/src/types.ts ./server ./crates/entities/ ./crates/common
So what I was thinking was a typeshare.toml
It will still work with something like PR #140. In the case it sees an attribute that overrides the type it will follow the attribute instead. And in the case that you add directories to the command it will just ignore what is specified in the command
The text was updated successfully, but these errors were encountered: