Son CV dans un terminal web en Javascript!
https://terminal-cv.gregandev.fr
You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
278 lines
10 KiB
278 lines
10 KiB
# 2.2.5
|
|
|
|
* Docs: Updated benchmark results. Add fast-toml to result list. Improved benchmark layout.
|
|
* Update @sgarciac/bombadil and @ltd/j-toml in benchmarks and compliance tests.
|
|
* Dev: Some dev dep updates that shouldn't have any impact.
|
|
|
|
# 2.2.4
|
|
|
|
* Bug fix: Plain date literals (not datetime) immediately followed by another statement (no whitespace or blank line) would crash. Fixes [#19](https://github.com/iarna/iarna-toml/issues/19) and [#23](https://github.com/iarna/iarna-toml/issues/23), thank you [@arnau](https://github.com/arnau) and [@jschaf](https://github.com/jschaf) for reporting this!
|
|
* Bug fix: Hex literals with lowercase Es would throw errors. (Thank you [@DaeCatt](https://github.com/DaeCatt) for this fix!) Fixed [#20](https://github.com/iarna/iarna-toml/issues/20)
|
|
* Some minor doc tweaks
|
|
* Added Node 12 and 13 to Travis. (Node 6 is failing there now, mysteriously. It works on my machine™, shipping anyway. 🙃)
|
|
|
|
# 2.2.3
|
|
|
|
This release just updates the spec compliance tests and benchmark data to
|
|
better represent @ltd/j-toml.
|
|
|
|
# 2.2.2
|
|
|
|
## Fixes
|
|
|
|
* Support parsing and stringifying objects with `__proto__` properties. ([@LongTengDao](https://github.com/LongTengDao))
|
|
|
|
## Misc
|
|
|
|
* Updates for spec compliance and benchmarking:
|
|
* @sgarciac/bombadil -> 2.1.0
|
|
* toml -> 3.0.0
|
|
* Added spec compliance and benchmarking for:
|
|
* @ltd/j-toml
|
|
|
|
# 2.2.1
|
|
|
|
## Fixes
|
|
|
|
* Fix bug where keys with names matching javascript Object methods would
|
|
error. Thanks [@LongTengDao](https://github.com/LongTengDao) for finding this!
|
|
* Fix bug where a bundled version would fail if `util.inspect` wasn't
|
|
provided. This was supposed to be guarded against, but there was a bug in
|
|
the guard. Thanks [@agriffis](https://github.com/agriffis) for finding and fixing this!
|
|
|
|
## Misc
|
|
|
|
* Update the version of bombadil for spec compliance and benchmarking purposes to 2.0.0
|
|
|
|
## Did you know?
|
|
|
|
Node 6 and 8 are measurably slower than Node 6, 10 and 11, at least when it comes to parsing TOML!
|
|
|
|
![](https://pbs.twimg.com/media/DtDeVjmU4AE5apz.jpg)
|
|
|
|
# 2.2.0
|
|
|
|
## Features
|
|
|
|
* Typescript: Lots of improvements to our type definitions, many many to
|
|
[@jorgegonzalez](https://github.com/jorgegonzalez) and [@momocow](https://github.com/momocow) for working through these.
|
|
|
|
## Fixes
|
|
|
|
* Very large integers (>52bit) are stored as BigInts on runtimes that
|
|
support them. BigInts are 128bits, but the TOML spec limits its integers
|
|
to 64bits. We now limit our integers to 64bits
|
|
as well.
|
|
* Fix a bug in stringify where control characters were being emitted as unicode chars and not escape sequences.
|
|
|
|
## Misc
|
|
|
|
* Moved our spec tests out to an external repo
|
|
* Improved the styling of the spec compliance comparison
|
|
|
|
# 2.1.1
|
|
|
|
## Fixes
|
|
|
|
* Oops, type defs didn't end up in the tarball, ty [@jorgegonzalez](https://github.com/jorgegonzalez)‼
|
|
|
|
# 2.1.0
|
|
|
|
## Features
|
|
|
|
* Types for typescript support, thank you [@momocow](https://github.com/momocow)!
|
|
|
|
## Fixes
|
|
|
|
* stringify: always strip invalid dates. This fixes a bug where an
|
|
invalid date in an inline array would not be removed and would instead
|
|
result in an error.
|
|
* stringify: if an invalid type is found make sure it's thrown as an
|
|
error object. Previously the type name was, unhelpfully, being thrown.
|
|
* stringify: Multiline strings ending in a quote would generate invalid TOML.
|
|
* parse: Error if a signed integer has a leading zero, eg, `-01` or `+01`.
|
|
* parse: Error if \_ appears at the end of the integer part of a float, eg `1_.0`. \_ is only valid between _digits_.
|
|
|
|
## Fun
|
|
|
|
* BurntSushi's comprehensive TOML 0.4.0 test suite is now used in addition to our existing test suite.
|
|
* You can see exactly how the other JS TOML libraries stack up in testing
|
|
against both BurntSushi's tests and my own in the new
|
|
[TOML-SPEC-SUPPORT](TOML-SPEC-SUPPORT.md) doc.
|
|
|
|
# 2.0.0
|
|
|
|
With 2.0.0, @iarna/toml supports the TOML v0.5.0 specification. TOML 0.5.0
|
|
brings some changes:
|
|
|
|
* Delete characters (U+007F) are not allowed in plain strings. You can include them with
|
|
escaped unicode characters, eg `\u007f`.
|
|
* Integers are specified as being 64bit unsigned values. These are
|
|
supported using `BigInt`s if you are using Node 10 or later.
|
|
* Keys may be literal strings, that is, you can use single quoted strings to
|
|
quote key names, so the following is now valid:
|
|
'a"b"c' = 123
|
|
* The floating point values `nan`, `inf` and `-inf` are supported. The stringifier will no
|
|
longer strip NaN, Infinity and -Infinity, instead serializing them as these new values..
|
|
* Datetimes can separate the date and time with a space instead of a T, so
|
|
`2017-12-01T00:00:00Z` can be written as `2017-12-01 00:00:00Z`.
|
|
* Datetimes can be floating, that is, they can be represented without a timezone.
|
|
These are represented in javascript as Date objects whose `isFloating` property is true and
|
|
whose `toISOString` method will return a representation without a timezone.
|
|
* Dates without times are now supported. Dates do not have timezones. Dates
|
|
are represented in javascript as a Date object whose `isDate` property is true and
|
|
whose `toISOString` method returns just the date.
|
|
* Times without dates are now supported. Times do not have timezones. Times
|
|
are represented in javascript as a Date object whose `isTime` property is true and
|
|
whose `toISOString` method returns just the time.
|
|
* Keys can now include dots to directly address deeper structures, so `a.b = 23` is
|
|
the equivalent of `a = {b = 23}` or ```[a]
|
|
b = 23```. These can be used both as keys to regular tables and inline tables.
|
|
* Integers can now be specified in binary, octal and hexadecimal by prefixing the
|
|
number with `0b`, `0o` and `0x` respectively. It is now illegal to left
|
|
pad a decimal value with zeros.
|
|
|
|
Some parser details were also fixed:
|
|
|
|
* Negative zero (`-0.0`) and positive zero (`0.0`) are distinct floating point values.
|
|
* Negative integer zero (`-0`) is not distinguished from positive zero (`0`).
|
|
|
|
# 1.7.1
|
|
|
|
Another 18% speed boost on our overall benchmarks! This time it came from
|
|
switching from string comparisons to integer by converting each character to
|
|
its respective code point. This also necessitated rewriting the boolean
|
|
parser to actually parse character-by-character as it should. End-of-stream
|
|
is now marked with a numeric value outside of the Unicode range, rather than
|
|
a Symbol, meaning that the parser's char property is now monomorphic.
|
|
|
|
Bug fix, previously, `'abc''def'''` was accepted (as the value: `abcdef`).
|
|
Now it will correctly raise an error.
|
|
|
|
Spec tests now run against bombadil as well (it fails some, which is unsurprising
|
|
given its incomplete state).
|
|
|
|
# 1.7.0
|
|
|
|
This release features an overall 15% speed boost on our benchmarks. This
|
|
came from a few things:
|
|
|
|
* Date parsing was rewritten to not use regexps, resulting in a huge speed increase.
|
|
* Strings of all kinds and bare keywords now use tight loops to collect characters when this will help.
|
|
* Regexps in general were mostly removed. This didn't result in a speed
|
|
change, but it did allow refactoring the parser to be a lot easier to
|
|
follow.
|
|
* The internal state tracking now uses a class and is constructed with a
|
|
fixed set of properties, allowing v8's optimizer to be more effective.
|
|
|
|
In the land of new features:
|
|
|
|
* Errors in the syntax of your TOML will now have the `fromTOML` property
|
|
set to true. This is in addition to the `line`, `col` and `pos`
|
|
properties they already have.
|
|
|
|
The main use of this is to make it possible to distinguish between errors
|
|
in the TOML and errors in the parser code itself. This is of particular utility
|
|
when testing parse errors.
|
|
|
|
# 1.6.0
|
|
|
|
**FIXES**
|
|
|
|
* TOML.stringify: Allow toJSON properties that aren't functions, to align with JSON.stringify's behavior.
|
|
* TOML.stringify: Don't use ever render keys as literal strings.
|
|
* TOML.stringify: Don't try to escape control characters in literal strings.
|
|
|
|
**FEATURES**
|
|
|
|
* New Export: TOML.stringify.value, for encoding a stand alone inline value as TOML would. This produces
|
|
a TOML fragment, not a complete valid document.
|
|
|
|
# 1.5.6
|
|
|
|
* String literals are NOT supported as key names.
|
|
* Accessing a shallower table after accessing it more deeply is ok and no longer crashes, eg:
|
|
```toml
|
|
[a.b]
|
|
[a]
|
|
```
|
|
* Unicode characters in the reserved range now crash.
|
|
* Empty bare keys, eg `[.abc]` or `[]` now crash.
|
|
* Multiline backslash trimming supports CRs.
|
|
* Multiline post quote trimming supports CRs.
|
|
* Strings may not contain bare control chars (0x00-0x1f), except for \n, \r and \t.
|
|
|
|
# 1.5.5
|
|
|
|
* Yet MORE README fixes. 🙃
|
|
|
|
# 1.5.4
|
|
|
|
* README fix
|
|
|
|
# 1.5.3
|
|
|
|
* Benchmarks!
|
|
* More tests!
|
|
* More complete LICENSE information (some dev files are from other, MIT
|
|
licensed, projects, this is now more explicitly documented.)
|
|
|
|
# 1.5.2
|
|
|
|
* parse: Arrays with mixed types now throw errors, per the spec.
|
|
* parse: Fix a parser bug that would result in errors when trying to parse arrays of numbers or dates
|
|
that were not separated by a space from the closing ].
|
|
* parse: Fix a bug in the error pretty printer that resulted in errors on
|
|
the first line not getting the pretty print treatment.
|
|
* stringify: Fix long standing bug where an array of Numbers, some of which required
|
|
decimals, would be emitted in a way that parsers would treat as mixed
|
|
Integer and Float values. Now if any Numbers in an array must be
|
|
represented with a decimal then all will be emitted such that parsers will
|
|
understand them to be Float.
|
|
|
|
# 1.5.1
|
|
|
|
* README fix
|
|
|
|
# 1.5.0
|
|
|
|
* A brand new TOML parser, from scratch, that performs like `toml-j0.4`
|
|
without the crashes and with vastly better error messages.
|
|
* 100% test coverage for both the new parser and the existing stringifier. Some subtle bugs squashed!
|
|
|
|
# v1.4.2
|
|
|
|
* Revert fallback due to its having issues with the same files. (New plan
|
|
will be to write my own.)
|
|
|
|
# v1.4.1
|
|
|
|
* Depend on both `toml` and `toml-j0.4` with fallback from the latter to the
|
|
former when the latter crashes.
|
|
|
|
# v1.4.0
|
|
|
|
* Ducktype dates to make them compatible with `moment` and other `Date` replacements.
|
|
|
|
# v1.3.1
|
|
|
|
* Update docs with new toml module.
|
|
|
|
# v1.3.0
|
|
|
|
* Switch from `toml` to `toml-j0.4`, which is between 20x and 200x faster.
|
|
(The larger the input, the faster it is compared to `toml`).
|
|
|
|
# v1.2.0
|
|
|
|
* Return null when passed in null as the top level object.
|
|
* Detect and skip invalid dates and numbers
|
|
|
|
# v1.1.0
|
|
|
|
* toJSON transformations are now honored (for everything except Date objects, as JSON represents them as strings).
|
|
* Undefined/null values no longer result in exceptions, they now just result in the associated key being elided.
|
|
|
|
# v1.0.1
|
|
|
|
* Initial release
|
|
|