-
from numpy.typings import NDArray
import numpy as np
.get_state() should return NDArray[np.complex128]
.get_unitary should return NDArray[np.complex128, np.complex128]
-
### Description
Right now, we only perform static type checking, using `pyright` in the CI. However, there are cases where type inconsistencies might only be detected at runtime, for example:
``…
-
```ts
import "npm:openai@^4.52.7";
const rs = ReadableStream.from([
new Uint8Array([5, 6, 7]),
]);
```
```
> deno check .\main.ts
Check file:///E:/chris/Coding/deno-test/main.ts
error: …
-
Better if they were in Reason.
-
### Search Terms
esm, node 20, UnhandledPromiseRejection
### Expected Behavior
I expect to see the type checking errors displayed in the console when using `ts-node` with esm support, providi…
-
Mypy reports some errors related to the results of the wrap function (which actually creates an instance of the wrap subclass of DomElement.
It would actually make more sense to make wrap a functi…
-
On my machine type checking takes at least 18s to execute. This is an extremely long time to wait for feedback and contributes to poor DX. Even with watch mode on, reactions to file saves can take a c…
-
Would be amazing if Ruff had static type checking. Mypy is a well known solution in this area as well as pytype, pyre, and others.
As a follow up, we could have some way of auto-fixing type annotatio…
saada updated
1 month ago
-
Is it possible to handle Element and HTMLElement uniformly based on "instanceof" when handling all DOM elements, as currently handling them one by one based on their constructors is cumbersome? When t…
-
I've stumbled across behaviour in appsync js resolvers that doesn't seem to be documented anywhere (though it is mentioned in [this](https://advancedweb.hu/first-experiences-with-the-new-appsync-javas…