* added rollup-plugin-peer-deps-external
* fixed error
* added normalize-jss type
* corrected test name and module type
* reworked tests
* returned back test
* fixed test
* fixed npm test errors
* fixed array type declaration
Since Chrome is still shipping the API using `TrustedTypes` (capitalized),
we need to keep it exposed.
We expose both `window.trustedTypes` & `window.TrustedTypes` as optionals
since either of them could be undefined.
Also cleans up the formatting & comments.
* write sic-ecies types
* use bitcore-lib PrivateKey and PublicKey and add the CBC constructor parameters. Also add readonly before all parameter arrays (they are not modified)
* test corrections, also remove readonly to keep lower ts version
* Linted Akumina types
* Initial commit for Akumina types
* Linting-based cleanup
* Final linting changes for initial akumina-core commit
* set strict null checks to false
* undo changes to autogenerated codeowners
* add additional definitions by in the correct place
* remove changes to CODEOWNERS
* 3 more fixes for TS 3.7
lyricist: patch tests until TS fixes Promise.all
react-relay: fix lint
react-sortable-tree: upgrade react-dnd dependency
The change to lyricist is just a workaround for now.
React-sortable-tree's upgrade is the same as other dependents of
react-dnd that I did yesterday.
* More compatible workaround for lyricist
* added rollup-plugin-visualizer
* corrected formatting
* fixed errors found after test run
* fixed error
* fixed error
* fixed errors
* corrected package.json
* corrected package according to review comment; added main author to package
* Update serverless types
This fixes a couple of inconsistencies with the type declarations:
* `Plugin.hooks` is a dictionary of functions that return a promise, not a dictionary of promises
* `serverless.service.provider.compiledCloudFormationTemplate.Resources` is an object rather than an array
* make Plugin an interface instead of an abstract class
* add provider.naming
* add plugin constructor typedef as PluginStatic
* Add missing FormState element to redux-form
According to the [example](https://redux-form.com/8.2.2/examples/submitvalidation/) on the redux-form page, it is possible to have a general error field for the whole form. I confirmed this behaviour with redux-form 8.2.6.
* Correct error formState type in redux-form
* Update react-dnd-touch-backend dnd-core dependency
dnd-core dependency goes from 4.5 to 9.3.1.
9.3.1 is the first version that fixes an incorrect export that is now
detected by Typescript 3.7.
I'm not sure this is the best fix, but I don't see a way to create a new
release of dnd-core@4.x either.
* remove react-dnd-touch-backend
Markus Tacker