Tags: ezzatron/austenite
Tags
v0.12.0 ### Changed - **\[BREAKING\]** In order to trigger Markdown usage generation, you must now use `AUSTENITE_MODE=usage/markdown` instead of `AUSTENITE_SPEC=true`. This allows for new modes to be added in the future without breaking existing behavior, and more closely matches the behavior of Ferrite.
v0.11.0 ### Changed - **\[BREAKING\]** The `initialize()` function has moved to the `austenite/node` sub-path export. You can now import it from `austenite/node` instead of `austenite`. ### Fixed - This library now works better with Next.js. Previously Next.js would complain about various imports that were incompatible with the Edge Runtime. This has been improved in two ways: - The `initialize()` function, which uses some Node.js APIs, has been moved to the `austenite/node` sub-path export. Importing declaration functions from the main `austenite` module will no longer cause these Node.js APIs to be included in the Next.js server bundle. - Any remaining Node.js API imports have been updated to use the `node:` protocol, which allows Next.js to provide Edge Runtime polyfills. An example of this is the use of the `buffer` module, which is essential for `binary()` declarations, and can only be polyfilled by Next.js when imported as `node:buffer`. - Fixed incorrect CommonJS type definitions.
v0.10.0 ### Added - Custom constraints can now be defined for all declarations. ### Changed - **\[BREAKING\]** The `initialize()` function is now `async`. - If you have [Prettier] installed in your project, Austenite will now use it to format generated Markdown specification output. - The generated specification output has been improved. - Markdown phrasing content is now supported in variable and constraint descriptions. [prettier]: https://prettier.io/
v0.8.0 ### Added - Declarations can now be marked as sensitive, which will cause their default values and actual values to be redacted in validation summaries, generated specifications, and exception messages. - Length constraints can now be set on `binary` and `string` variable declarations. - Range constraints can now be set on `number`, `integer`, `bigInteger`, `networkPortNumber`, and `duration` variable declarations. ### Changed - The generated specification output has been improved to be easier to read. - The validation summary output uses "not set" instead of "undefined" to describe values that are not set, or are set to empty values.
PreviousNext