pro-editor-schema 1.2.6 → 1.3.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
@@ -32,7 +32,7 @@ For local development, `npm run check` is the fastest way to verify everything b
32
32
 
33
33
  ## Publishing
34
34
 
35
- The package is published to npm as `pro-editor-schema`. Use the `staging` tag for pre-release installs, and the default `latest` tag for production.
35
+ The package is published to npm as `pro-editor-schema`. Use the `beta` tag for pre-release installs, and the default `latest` tag for latest.
36
36
 
37
37
  ### Prerequisites
38
38
 
@@ -50,19 +50,19 @@ npm login
50
50
  npm run check
51
51
  ```
52
52
 
53
- ### Publish to staging
53
+ ### Publish to beta
54
54
 
55
55
  ```bash
56
- npm publish --tag staging --access public
56
+ npm publish --tag beta --access public
57
57
  ```
58
58
 
59
- Install the staging build in a consumer app with:
59
+ Install the beta build in a consumer app with:
60
60
 
61
61
  ```bash
62
- npm install pro-editor-schema@staging
62
+ npm install pro-editor-schema@beta
63
63
  ```
64
64
 
65
- ### Publish to production
65
+ ### Publish to latest
66
66
 
67
67
  Production uses npm’s default `latest` tag:
68
68
 
@@ -70,7 +70,7 @@ Production uses npm’s default `latest` tag:
70
70
  npm publish --access public
71
71
  ```
72
72
 
73
- Install the production build with:
73
+ Install the latest build with:
74
74
 
75
75
  ```bash
76
76
  npm install pro-editor-schema
@@ -82,7 +82,7 @@ npm install pro-editor-schema@latest
82
82
 
83
83
  - Always run `npm run check` before publishing so typecheck, lint, tests, and build succeed.
84
84
  - Each publish needs a new `version` in `package.json`.
85
- - Staging and production can point at different versions at the same time (for example `1.1.3` on `staging` and `1.1.2` on `latest`).
85
+ - Staging and latest can point at different versions at the same time (for example `1.1.3` on `beta` and `1.1.2` on `latest`).
86
86
  - GitHub Actions also publishes to `latest` when you push a `v*` git tag (see `.github/workflows/publish.yml`).
87
87
 
88
88
  ## CI
package/dist/index.js CHANGED
@@ -3168,7 +3168,7 @@ var validateHeadingHierarchy = (element) => {
3168
3168
  store: getStore(element),
3169
3169
  title: "Invalid heading hierarchy",
3170
3170
  kind: "forbidden",
3171
- description: "The nesting of the heading tags is incorrect. Please contact Support.",
3171
+ description: `H${level} cannot follow H${parentLevel} directly. Please check the heading hierarchy.`,
3172
3172
  level: "warning"
3173
3173
  });
3174
3174
  return errors;
package/dist/index.mjs CHANGED
@@ -3088,7 +3088,7 @@ var validateHeadingHierarchy = (element) => {
3088
3088
  store: getStore(element),
3089
3089
  title: "Invalid heading hierarchy",
3090
3090
  kind: "forbidden",
3091
- description: "The nesting of the heading tags is incorrect. Please contact Support.",
3091
+ description: `H${level} cannot follow H${parentLevel} directly. Please check the heading hierarchy.`,
3092
3092
  level: "warning"
3093
3093
  });
3094
3094
  return errors;
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "pro-editor-schema",
3
- "version": "1.2.6",
3
+ "version": "1.3.0",
4
4
  "description": "Pro Editor XML schemas",
5
5
  "main": "dist/index.js",
6
6
  "module": "dist/index.mjs",