We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
readonly
Intentional breaking change or a bug: Readonly vs. litteral type breaking change? #12148
Resolution: first case doesn't make much sense, second case is a bug.
Related issues:
Release schedule
Iterates over a union of literal types and generates properties of some type for given literal names.
Effectively a macro for types.
AO: Only problem is that this could make your language service could never return.
AH: It may be the case that type aliases and interfaces shouldn't be nearly as distinct as they currently are.
let x: T & U;
&
Resolution: Let's pull it in, get some feedback on it for the next 2 weeks.
The text was updated successfully, but these errors were encountered:
No branches or pull requests
Design Meeting 11/10/2016
readonly
and literal typesIntentional breaking change or a bug: Readonly vs. litteral type breaking change? #12148
Resolution: first case doesn't make much sense, second case is a bug.
Mapped types (#12114)
Related issues:
Release schedule
Iterates over a union of literal types and generates properties of some type for given literal names.
Effectively a macro for types.
AO: Only problem is that this could make your language service could never return.
AH: It may be the case that type aliases and interfaces shouldn't be nearly as distinct as they currently are.
&
in some sense is not hugely different from the operation that classes extend other classes.Resolution: Let's pull it in, get some feedback on it for the next 2 weeks.
The text was updated successfully, but these errors were encountered: