* Types for the mixed.notType function.
* move notType only to 'LocaleObject'
* fix delete 'label' property
* fix to 'strict-export-declare-modifiers' rule
* added test from MixedSchema
* export interfaces FormatErrorParams and LocaleValue
* fix(expo): mark `initialize` parameter property as optional
* Also extracts the parameter's type to an interface for clarity.
* style(expo): move the methods that are related close to each others
* refactor(expo): simplify the `alias` signature
* fix(expo): fix invalid signature of `getEnabledAsync` and `setEnabledAsync`
* docs(expo): update the contributors list
* [aws-lambda] Keys should be optional inside CloudFrontHeaders
According to the AWS documentation, it is optional to specify a `key` for each header value, but the type declaration is currently requiring this to be specified unnecessarily.
https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/lambda-event-structure.html#lambda-event-structure-response
> - `key` (optional) is the case-sensitive name of the header as it appears in an HTTP request; for example, `accept` or `host`.
> - If you do not include the header key portion of the key-value pair, Lambda@Edge will automatically insert a header key using the header name that you provide. Regardless of how you've formatted the header name, the header key that is inserted automatically will be formatted with initial capitalization for each part, separated by hyphens (-).
>
> For example, you can add a header like the following, without a header key: `'content-type': [{ value: 'text/html;charset=UTF-8' }]`. In this example, Lambda@Edge creates the following header key: `Content-Type`.
By making this property optional, one is able to write:
```ts
import { CloudFrontHeaders } from 'aws-lambda';
const headers: CloudFrontHeaders = {
'content-type': [{ value: 'text/plain '}],
};
```
... instead of having to repeat the header name like:
```ts
import { CloudFrontHeaders } from 'aws-lambda';
const headers: CloudFrontHeaders = {
'content-type': [{ key: 'content-type', value: 'text/plain '}],
};
```
* Update test
Setting a header without specifying the key should not raise a TypeScript compiler error.
* Revert "Update test"
This reverts commit 088653e362e6f0a152f54e9b5694bb778b072354.
* Add test for AWSLambda.CloudFrontHeaders with and without explicit keys
* updated types to match the newest version of react-image-crop
updated tests
added missing semicolon
reverted minimum ts version
* Made crop optional, and renamed resolveCropAndTriggerChange to resolveCrop
* type definition for fundamental-react
* removing my co-author to make definitelytyped-header-parser happy
* fixing issues to make travis happy :)
* onClick index is mandatory now
* similar folder structure
* making sure, all files are used
* removed an import that is not provided by fundamental-react
* trying to convince travis, that all files are necessary
* fixed a typo
* included index files in tsconfig.json
* fixed formatting
* Updated react-native-dotenv
Updated react-native-dotenv
* Fixed errors
fixed linting error
* Added Convert String
Added type definitions for convert string
* Fixed Errors
Fixed linting errors.
* Fixed bugs
Fixed bugs with incorrect exports.
* Fixed test error
Fixed error thrown my azure devops.
* Updated after code review
Updated tsconfig to change noImplicitAny to false.
* Updated tsconfig
Updated tsconfig.
* Added Changess
* Removed changes to react-native-dotenv
Removed changes from dot-env.
* react-native-dotenv
This library should not be updated, this is
on the wrong branch.
As in the docs to the main JS library you can either supply state to the MockStoreCreator or you can pass a method in which is given the list of currently dispatched actions
* Add sign
* Update version number
* fix: edit file header
* Add necessary imports
* Add 'private' field
* Set typescript version to 2.8
* FIx spelling errors
* Update project urls
stompjs is also broken on CI but doesn't repro on my laptop.
* Update stompjs tests
New error from Microsoft/TypeScript#30568 is correct.
Andres Rosero Velasquez