- 20 May, 2019 3 commits
-
-
Stefan Cameron authored
-
Stefan Cameron authored
-
Stefan Cameron authored
-
- 24 Mar, 2019 2 commits
-
-
Stefan Cameron authored
-
Stefan Cameron authored
-
- 02 Feb, 2019 3 commits
-
-
Stefan Cameron authored
-
Stefan Cameron authored
-
Stefan Cameron authored
-
- 13 Oct, 2018 1 commit
-
-
Stefan Cameron authored
-
- 11 Oct, 2018 5 commits
-
-
Stefan Cameron authored
-
Stefan Cameron authored
-
Stefan Cameron authored
-
Stefan Cameron authored
-
Stefan Cameron authored
-
- 10 Oct, 2018 2 commits
-
-
Stefan Cameron authored
-
Stefan Cameron authored
-
- 09 Oct, 2018 3 commits
-
-
Stefan Cameron authored
-
Stefan Cameron authored
-
Stefan Cameron authored
-
- 08 Oct, 2018 5 commits
-
-
Stefan Cameron authored
-
Stefan Cameron authored
-
Stefan Cameron authored
-
Stefan Cameron authored
-
Stefan Cameron authored
While updating the README, - found a few minor issues which I fixed - updated the API docs - added more integration tests (to verify README examples) - added support for regexp testing to STRING_args, fixing issue #2 - custom validators can now return truthy values (or nothing) to pass verification, or either throw errors or return falsy values to fail verification - renamed 'FlagSpec' to 'Flags' in various argument properties since that seemed more intuitive, and it's closer to `RegExp`'s `flags` argument, which is what it relates to
-
- 29 Sep, 2018 2 commits
-
-
Stefan Cameron authored
-
Stefan Cameron authored
Unfortunately, there appears to be a bug with the job engine whereby it doesn't wait for the Rollup build to finish before it thinks it's actually done, and therefore doesn't save all the build output files as artifacts because they just aren't there yet when it saves the ./dist dir's contents. I'll have to look into this later. The most important thing for now is that the test stage works.
-
- 27 Sep, 2018 1 commit
-
-
Stefan Cameron authored
-
- 26 Sep, 2018 2 commits
-
-
Stefan Cameron authored
-
Stefan Cameron authored
There were some linguering bugs with these types from the recent change to require object type args with the '$' for the shape, as well as array with args.ts with the typeset still around that existing tests were skirting around. Added more tests to make tests more robust! These were found thanks to a new 'integration.test.js' test suite I added. It's already proving its usefulness! This commit also removes the value from RtvError's message property in case it happens to contain sensitive information. Please see the note on the `RtvError#path` property.
-
- 22 Sep, 2018 2 commits
-
-
Stefan Cameron authored
-
Stefan Cameron authored
* Fix INT -> SAFE_INT * Remove completed TODOs * Clarify example titles * Fix missing rtvref.validation and rtvref.validator docs Also rename `validation/isValidator -> validation/isCustomValidator` to avoid confusion between custom validators in typesets, and type validators in the library. * Clarify rtv.t and rtv.q enumerations * Clean-up the rtv interface
-
- 19 Sep, 2018 3 commits
-
-
Stefan Cameron authored
Commit it, but don't publish it, since it'll be ignored anyway: https://docs.npmjs.com/files/package-lock.json "One key detail about package-lock.json is that it cannot be published, and it will be ignored if found in any place other than the toplevel package."
-
Stefan Cameron authored
-
Stefan Cameron authored
With this change, all object types (ANY_OBJECT, OBJECT, PLAIN_OBJECT, CLASS_OBJECT) now expect type args with a special '$' property that specifies the shape, rather than all but CLASS_OBJECT assuming that the type args are the shape itself. The only exception is when providing a shape as the typeset itself, as the first element in an Array typeset, or as the second element if a qualifier is used: ```javascript // shape as typeset: {...} // first element in Array typeset: [{...}] // second element with a qualifier: [OPTIONAL, {...}] ``` In the three cases above, the DEFAULT_OBJECT_TYPE is implied. Otherwise, the shape must be specified in the type args: ```javascript [PLAIN_OBJECT, {$: {...}}] [OBJECT, {$: {...}}] ``` This change makes the type system, and the library, more extensible going forward. Coverage: 100%
-
- 15 Sep, 2018 2 commits
-
-
Stefan Cameron authored
This error, hopefully including a helpful message, is then captured in the resulting RtvError's `failure` property, as well as part of its `message`.
-
Stefan Cameron authored
Coverage: 100%
-
- 14 Sep, 2018 2 commits
-
-
Stefan Cameron authored
-
Stefan Cameron authored
FLOAT type was missing its validation and validator! STRING, NUMBER, FINITE, INT, SAFE_INT, and FLOAT now support, in their arguments, a 'oneOf' property (replacing 'exact') which can either be a single value or a list of values. If a list, then the value being checked must find an exact match (`===`) in the list. Empty lists are ignored. Coverage: 100%
-
- 11 Sep, 2018 1 commit
-
-
Stefan Cameron authored
And rename CLASS_OBJECT_args.ctr -> ctor since I think that's probably a more common abbreviation for 'constructor'.
-
- 10 Sep, 2018 1 commit
-
-
Stefan Cameron authored
Keeps package.json a little cleaner.
-