Skip to content

Releases: meshcloud/notion-markdown-cms

v0.11.1

Choose a tag to compare

@JohannesRudolph JohannesRudolph released this 17 Oct 10:15

What's Changed

Full Changelog: v0.11.0...v0.11.1

v0.11.0

Choose a tag to compare

@JohannesRudolph JohannesRudolph released this 17 Oct 10:06

What's Changed

  • feat: support bookmark block by @dewkul in #6
  • feat: support paging for databases with more than 100 pages

New Contributors

  • @dewkul made their first contribution in #6

Full Changelog: v0.10.1...v0.11.0

v0.10.1

Choose a tag to compare

@JohannesRudolph JohannesRudolph released this 21 Mar 16:40

fix: do not concatenate rich text blocks with an extra space " " character in between. This fixes an issue with code blocks split into multiple rich text blocks

v0.10.0

Choose a tag to compare

@JohannesRudolph JohannesRudolph released this 01 Mar 22:19

render links as relative paths
We previously rendered all page links as absolute paths e.g.
/page.md. This created some problems

  • some page generators that use base path prefixes like /docs/page.md
    and thus need to rewrite these links, which is brittle
  • text editors like VSCode cannot follow the markdown links properly
    because they think the links are absolute to the root / of the fs
  • tools like textlint-rule-no-dead-link expect relative links to resolve
    them correctly

Now rendering them as relative paths.

As part of these changes it was also necessary to switch properties
parsing to render properties only as plaintext, not markdown. This is
fine because we consider frontmatter to be data (YML), not markup. Most
site generators cannot deal with markdown in frontmatter anyway.
This change was necessary because we need to parse page properties
before we can determine the destination path of the markdown file where
the page will be rendered to, and that would now require resolving
relative links.

v0.9.0

Choose a tag to compare

@JohannesRudolph JohannesRudolph released this 25 Feb 08:57

This is a breaking change.

Redesigned properties handling

Consumers needed more control on how to emit frontmatter properties
for advanced scenarios such as renaming/remapping properties to match
the static site generator of choice. By taking this out of configuration
and instead supplying actual functions we can easily pass that control
to consumer while simultaneously removing a lot of complexity from
notion-markdown-sync itself (i.e. the notion of property-keys vs.
property-names). This simplifies the code overall.

v0.8.1

Choose a tag to compare

@JohannesRudolph JohannesRudolph released this 22 Feb 17:34
chore: bump version to 0.8.1

v0.8.0

Choose a tag to compare

@JohannesRudolph JohannesRudolph released this 09 Feb 16:24
  • added notion api retries
  • fix formatted whitespace rendering (e.g. ** **)

v0.7.0

Choose a tag to compare

@JohannesRudolph JohannesRudolph released this 01 Feb 08:59
chore: bump version to 0.7.0

v0.6.0

Choose a tag to compare

@JohannesRudolph JohannesRudolph released this 31 Jan 20:06
fix: fix tests

v0.5.3

Choose a tag to compare

@JohannesRudolph JohannesRudolph released this 27 Jan 09:26
chore: bump version to 0.5.3