@sveltia/cms 0.35.1 → 0.36.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -46,13 +46,13 @@ While we are fixing reported bugs as fast as we can, the overall progress may be
46
46
 
47
47
  - Ensuring maximum [compatibility with existing versions of Netlify/Decap CMS](#compatibility)
48
48
  - Tackling as many [issues reported to Netlify/Decap CMS](https://github.com/decaporg/decap-cms/issues) as possible
49
- - So far, 110+ of them (or 180+ including duplicates) have been effectively solved in Sveltia CMS
49
+ - So far, 110+ of them (or 185+ including duplicates) have been effectively solved in Sveltia CMS
50
50
  - Target: 150 issues by GA, 250 in a future release
51
51
  - [Let us know](https://github.com/sveltia/sveltia-cms/issues/new) if you have any specific issues you’d like to see solved!
52
52
  - Responding to user feedback
53
53
  - Implementing our own UX enhancement ideas
54
54
 
55
- Sveltia CMS **version 1.0 is expected to ship in Q3 2024**. Check our [release notes](https://github.com/sveltia/sveltia-cms/releases) for updates. See also our [roadmap](#roadmap).
55
+ Sveltia CMS **version 1.0 is expected to ship by the end of 2024**. Check our [release notes](https://github.com/sveltia/sveltia-cms/releases) for updates. See also our [roadmap](#roadmap).
56
56
 
57
57
  ![110+ Netlify/Decap CMS Issues Solved in Sveltia CMS](docs/headline-1-20240623.webp)<br>
58
58
 
@@ -89,13 +89,13 @@ We are working hard to create a **significantly better alternative to Netlify CM
89
89
  ### Better productivity
90
90
 
91
91
  - You can [work with a local Git repository](#working-with-a-local-git-repository) without any extra configuration or proxy server[^26].
92
- - In addition to a streamlined workflow, it offers great performance by loading files natively through the browser rather than using a slow, ad hoc REST API.
92
+ - In addition to a streamlined workflow, it offers great performance by reading and writing files natively through the browser rather than using a slow, ad hoc REST API.
93
93
  - It also avoids a number of issues, including the 30 MB file size limit[^51], an unknown error with `publish_mode`[^75], and an unused `logo_url`[^49].
94
94
  - When you delete an entry or an asset file, the empty folder that contains it is also deleted, so you don’t have to delete it manually.
95
95
  - Provides a smoother user experience in the Content Editor:
96
96
  - A local backup of an entry draft is automatically created without interruption by a confirmation dialog, which annoys users and can cause a page navigation problem if dismissed[^106]. The backup can then be reliably restored without unexpected overwriting[^85].
97
97
  - Click once (the Save button) instead of twice (Publish > Publish now) to save an entry.
98
- - The editor closes automatically when an entry is saved.
98
+ - The editor closes automatically when an entry is saved. This behaviour can be changed in Settings.
99
99
  - You can upload multiple assets at once[^5].
100
100
  - You can delete multiple entries and assets at once.
101
101
  - Some [keyboard shortcuts](#using-keyboard-shortcuts) are available for faster editing.
@@ -108,12 +108,12 @@ We are working hard to create a **significantly better alternative to Netlify CM
108
108
  - Ensures sufficient contrast between the foreground text and background colours.
109
109
  - Enabled and disabled buttons can be clearly distinguished[^105].
110
110
  - Links are underlined by default to make them easier to recognize. This behaviour can be changed in the Accessibility Settings if you prefer.
111
- - Honours your operating system’s [reduced motion](https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-reduced-motion) and [reduced transparency](https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-reduced-transparency) settings.
111
+ - Honours your operating system’s [reduced motion](https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-reduced-motion) and [reduced transparency](https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-reduced-transparency) settings. (Support for [high contrast mode](https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-contrast) will be added later.)
112
112
  - We’ll continue to test and improve the application to meet [WCAG 2.2](https://w3c.github.io/wcag/guidelines/22/).
113
113
 
114
114
  ### Better security
115
115
 
116
- - Avoids high/critical severity vulnerabilities through constant dependency updates and frequent releases[^33].
116
+ - Avoids high/critical severity vulnerabilities through constant dependency updates, [`pnpm audit`](https://pnpm.io/cli/audit), and frequent releases[^33].
117
117
  - We have documented how to [set up a Content Security Policy](#setting-up-content-security-policy) for the CMS to prevent any unexpected errors or otherwise insecure configuration[^108].
118
118
  - The `unsafe-eval` and `unsafe-inline` keywords are not needed in the `script-src` CSP directive[^34].
119
119
  - The `same-origin` referrer policy is automatically set with a `<meta>` tag.
@@ -133,6 +133,7 @@ We are working hard to create a **significantly better alternative to Netlify CM
133
133
  - Service status checks are performed frequently and an incident notification is displayed prominently.
134
134
  - You can quickly open the source file of an entry or asset in your repository using View on GitHub (or GitLab) under the 3-dot menu.
135
135
  - You won’t get a 404 Not Found error when you sign in to the GitLab backend[^115].
136
+ - Features the all-new local backend that boosts DX. See the [productivity section](#better-productivity) above.
136
137
  - You can select the local and remote backends while working on a local server.
137
138
 
138
139
  ### Better i18n support
@@ -326,9 +327,9 @@ Missing any other features? Let us know by [filing an issue](https://github.com/
326
327
 
327
328
  ### Features not to be implemented
328
329
 
329
- - The deprecated client-side implicit grant for the GitLab backend will not be supported, as it has already been [removed from GitLab 15.0](https://gitlab.com/gitlab-org/gitlab/-/issues/344609). Use the client-side PKCE authorization instead.
330
330
  - **The Bitbucket, Gitea/Forgejo and Git Gateway backends will not be supported** due to performance limitations. We may implement a performant Git Gateway alternative in the future.
331
331
  - The Netlify Identity Widget will not be supported, as it’s not useful without Git Gateway. We may be able to support it in the future if/when a Git Gateway alternative is created.
332
+ - The deprecated client-side implicit grant for the GitLab backend will not be supported, as it has already been [removed from GitLab 15.0](https://gitlab.com/gitlab-org/gitlab/-/issues/344609). Use the client-side PKCE authorization instead.
332
333
  - The deprecated Netlify Large Media service will not be supported. Consider other storage providers.
333
334
  - Sveltia CMS has dropped the support for the deprecated Date widget following Decap CMS 3.0. Use the DateTime widget instead.
334
335
  - Remark plugins will not be supported, as they are not compatible with our Lexical-based rich text editor.
@@ -452,7 +453,7 @@ You can use Sveltia CMS with a local Git repository like [Netlify/Decap CMS](htt
452
453
 
453
454
  Keep in mind that the local repository support doesn’t perform any Git operations. You’ll have to manually fetch, pull, commit and push all changes using a Git client. In the near future, we’ll figure out if there’s a way to do this in a browser (because `netlify-cms-proxy-server` actually has undocumented `git` mode that allows developers to create commits to a local repository).
454
455
 
455
- Also, at this point, you have to reload the CMS to see the latest content after retrieving remote updates. This will be unnecessary once browsers support the proposed `FileSystemObserver` API.
456
+ Also, at this point, you have to reload the CMS to see the latest content after retrieving remote updates. This manual work will be unnecessary once the proposed `FileSystemObserver` API, which is being [implemented in Chromium](https://issues.chromium.org/issues/40105284) behind a flag, becomes available.
456
457
 
457
458
  ### Using a custom icon for a collection
458
459