Skip to content

Releases: meshcloud/notion-markdown-cms

v0.11.1

17 Oct 10:15
Compare
Choose a tag to compare

What's Changed

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

v0.11.0

17 Oct 10:06
Compare
Choose a tag to compare

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

21 Mar 16:40
Compare
Choose a tag to compare

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

01 Mar 22:19
Compare
Choose a tag to compare

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

25 Feb 08:57
Compare
Choose a tag to compare

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

22 Feb 17:34
Compare
Choose a tag to compare
chore: bump version to 0.8.1

v0.8.0

09 Feb 16:24
Compare
Choose a tag to compare
  • added notion api retries
  • fix formatted whitespace rendering (e.g. ** **)

v0.7.0

01 Feb 08:59
Compare
Choose a tag to compare
chore: bump version to 0.7.0

v0.6.0

31 Jan 20:06
Compare
Choose a tag to compare
fix: fix tests

v0.5.3

27 Jan 09:26
Compare
Choose a tag to compare
chore: bump version to 0.5.3