@sveltia/cms 0.25.0 → 0.25.1

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
@@ -63,7 +63,7 @@ We are working hard to create a **significantly better alternative to Netlify CM
63
63
 
64
64
  ### Better productivity
65
65
 
66
- - You can [work with a local Git repository](#working-with-a-local-git-repository) without any configuration or proxy server[^26].
66
+ - You can [work with a local Git repository](#working-with-a-local-git-repository) without any extra configuration or proxy server[^26].
67
67
  - 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.
68
68
  - 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].
69
69
  - Eliminates some workflow disruptions in the Content Editor:
@@ -104,7 +104,7 @@ We are working hard to create a **significantly better alternative to Netlify CM
104
104
 
105
105
  ### Better i18n support
106
106
 
107
- - Sveltia CMS has been built with a multilingual architecture from the very beginning. You can expect top-notch i18n support, as it’s required by clients of maintainer [@kyoshino](https://github.com/kyoshino), who himself was a long-time Japanese localizer for Mozilla.
107
+ - Sveltia CMS has been built with a multilingual architecture from the very beginning. You can expect top-notch i18n support, as it’s required by clients of maintainer [@kyoshino](https://github.com/kyoshino), who himself was a long-time Japanese localizer for Mozilla and currently lives in a [city](https://en.wikipedia.org/wiki/Toronto) where 150+ languages are spoken.
108
108
  - You can easily switch between locales while editing with just a click on a button instead of a dropdown list.
109
109
  - Fields in non-default locales are validated as expected[^13].
110
110
  - Boolean, DateTime, List and Number fields in the entry preview are displayed in a localized format.
@@ -425,6 +425,10 @@ i18n:
425
425
  structure: multiple_folders
426
426
  locales: [en, fr]
427
427
 
428
+ slug:
429
+ encoding: ascii
430
+ clean_accents: true
431
+
428
432
  collections:
429
433
  - name: posts
430
434
  label: Blog posts
@@ -432,6 +436,7 @@ collections:
432
436
  folder: data/posts/
433
437
  slug: '{{title | localize}}'
434
438
  format: yaml
439
+ i18n: true
435
440
  fields:
436
441
  - name: title
437
442
  label: Title
@@ -439,7 +444,7 @@ collections:
439
444
  i18n: true
440
445
  ```
441
446
 
442
- With this configuration, an entry is saved with localized filenames, while the default locale’s slug is stored in each file as the extra `translationKey` property, which is used in [Hugo’s multilingual support](https://gohugo.io/content-management/multilingual/#bypassing-default-linking). Even if you’re using a different framework, you can still use this property to link localized files.
447
+ With this configuration, an entry is saved with localized filenames, while the default locale’s slug is stored in each file as the extra `translationKey` property, which is used in [Hugo’s multilingual support](https://gohugo.io/content-management/multilingual/#bypassing-default-linking). Even if you’re running a different framework, you can still read this property to link localized files.
443
448
 
444
449
  - `data/posts/en/my-trip-to-new-york.yaml`
445
450
  ```yaml