* 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
Gonzalo Rodríguez