You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Web Editor provides a visual interface for creating and managing your documentation without requiring local development tools or command-line knowledge.
19
+
TODO: expand this into how and why to use the Web Editor
20
+
The web editor provides a visual interface for creating and managing your documentation without requiring local development tools or command-line knowledge.
21
21
22
22
It offers a **What-You-See-Is-What-You-Get (WYSIWYG)** experience while maintaining synchronization with your Git repository, making it the perfect solution for team collaboration and quick documentation updates.
23
23
24
-
## Web Editor vs. CLI
25
-
26
-
The Web Editor is a visual editor that allows you to create and manage your documentation directly in the browser.
24
+
## Web editor vs. CLI
27
25
28
-
The CLI is a command-line tool that allows you to create and manage your documentation locally. It's the recommended workflow for developers who want to integrate documentation into their code workflows.
26
+
The web editor allows you to create and manage your documentation directly in your browser. You should use the web editor if you want to maintain your documentation in one place with one tool.
29
27
30
-
Both workflows are fully integrated with your Git repository, so you can use them interchangeably.
28
+
The CLI is a command-line tool that allows you to create and manage your documentation locally using the IDE of your choice. You should use the CLI if you want to integrate documentation into your existing development workflow.
31
29
32
-
<Tip>
33
-
**Tip:** For teams with mixed technical abilities, we recommend using both approaches: developers can use the CLI workflow while content writers and product managers can use the Web Editor.
34
-
</Tip>
30
+
Both the web editor and CLI are fully integrated with your Git repository, so you can use them interchangeably and different members of your team can use either tool based on their preferences.
35
31
36
32
## Editor Modes
37
33
38
-
The Web Editor offers two distinct modes to accommodate different editing preferences and needs.
34
+
The web editor offers two modes to accommodate different editing preferences and needs.
39
35
40
36
You can switch between modes at any time using the toggle in the top right corner of the editor toolbar.
41
37
42
38
<Frame>
43
39
<img
44
40
src="/images/editor/mode-toggle-light.png"
45
-
alt="Mode toggle in the Mintlify Web Editor"
41
+
alt="Mode toggle icons highlighted in the Mintlify web editor"
46
42
className="block dark:hidden"
47
43
/>
48
44
<img
49
45
src="/images/editor/mode-toggle-dark.png"
50
-
alt="Mode toggle in the Mintlify Web Editor"
46
+
alt="Mode toggle icons highlighted in the Mintlify web editor"
51
47
className="hidden dark:block"
52
48
/>
53
49
</Frame>
54
50
55
51
### Visual Mode
56
52
57
-
Visual Mode provides a rich WYSIWYG experience where you can see exactly how your documentation will appear as you create it.
53
+
Visual mode provides a WYSIWYG experience where the changes that you make in the editor are the changes that will be published to your documentation site. This mode is ideal for when you want to see how your changes will look in real-time.
58
54
59
55
<Frame>
60
56
<img
61
57
src="/images/editor/visual-mode-light.png"
62
-
alt="Visual editing mode in the Mintlify Web Editor"
58
+
alt="Visual editing mode in the Mintlify web editor"
63
59
className="block dark:hidden"
64
60
/>
65
61
<img
66
62
src="/images/editor/visual-mode-dark.png"
67
-
alt="Visual editing mode in the Mintlify Web Editor"
63
+
alt="Visual editing mode in the Mintlify web editor"
68
64
className="hidden dark:block"
69
65
/>
70
66
</Frame>
71
67
72
-
### Markdown Mode
68
+
#### Component Menu
69
+
70
+
You can add content blocks and other components to your documentation in visual mode using the dropdown component menu.
73
71
74
-
Markdown Mode provides direct access to the underlying MDX code of your documentation. This mode is preferable when you need precise control over component properties or when you're comfortable with Markdown/MDX syntax.
72
+
1. Press the `/` key to open the component menu.
73
+
2. Select a component from the menu.
75
74
76
75
<Frame>
77
76
<img
78
-
src="/images/editor/markdown-mode-light.png"
79
-
alt="Markdown editing mode in the Mintlify Web Editor"
80
-
className="block dark:hidden"
77
+
src="/images/editor/component-menu-light.png"
78
+
alt="The unfurled component menu emphasized in the Mintlify web editor"
79
+
className="block dark:hidden"
81
80
/>
82
81
<img
83
-
src="/images/editor/markdown-mode-dark.png"
84
-
alt="Markdown editing mode in the Mintlify Web Editor"
85
-
className="hidden dark:block"
82
+
src="/images/editor/component-menu-dark.png"
83
+
alt="The unfurled component menu emphasized in the Mintlify web editor"
84
+
className="hidden dark:block"
86
85
/>
87
86
</Frame>
88
87
89
-
## Component Menu
90
-
91
-
Unlike the CLI where you need to know the exact syntax to add a component, the Web Editor makes it easy to add various content blocks through its dropdown menu system.
88
+
### Source Mode
92
89
93
-
To access the component menu, press the `/` key.
90
+
Source mode provides direct access to the underlying MDX code of your documentation. This mode is preferable when you need precise control over component properties or when you prefer to write in Markdown/MDX syntax.
94
91
95
92
<Frame>
96
93
<img
97
-
src="/images/editor/component-menu-light.png"
98
-
alt="Component menu in the Mintlify Web Editor"
99
-
className="block dark:hidden"
94
+
src="/images/editor/markdown-mode-light.png"
95
+
alt="Source mode in the Mintlify web editor"
96
+
className="block dark:hidden"
100
97
/>
101
98
<img
102
-
src="/images/editor/component-menu-dark.png"
103
-
alt="Component menu in the Mintlify Web Editor"
104
-
className="hidden dark:block"
99
+
src="/images/editor/markdown-mode-dark.png"
100
+
alt="Source mode in the Mintlify Web Editor"
101
+
className="hidden dark:block"
105
102
/>
106
103
</Frame>
107
104
108
-
### Available Components
109
-
110
-
The component menu gives you access to all supported elements and components, including:
The Web Editor provides an intuitive interface for making changes.
107
+
1.**Browse files**: Use the sidebar file explorer to navigate through your documentation.
108
+
2.**Open a file**: Click on the file that you want to edit to open it in the editor.
109
+
3.**Make changes**: Edit the content using visual or source mode. Changes are automatically saved as drafts.
110
+
4.**Preview changes**: See how your changes will appear in visual mode.
136
111
137
-
### Creating and Editing Files
112
+
##Publishing
138
113
139
-
1.**Browse Files**: Use the sidebar file explorer to navigate through your documentation structure
140
-
2.**Open a File**: Click on any file to open it in the editor
141
-
3.**Make Changes**: Edit the content using Visual or Markdown mode
142
-
4.**Preview Changes**: See how your changes will appear in real-time
143
-
5.**Save Changes**: Changes are automatically saved as drafts
114
+
<Info>
115
+
Publishing directly updates your configured deployment branch. For collaborative workflows, consider using branches and pull requests instead.
116
+
</Info>
144
117
145
-
## Publishing
118
+
When you're ready to make your changes live, click the **Publish** button in the top-right corner of the web editor.
146
119
147
-
When you're ready to make your changes live, click the "Publish" button in the top-right corner to publish your changes.
120
+
Your changes will be deployed to your production site immediately.
148
121
149
122
<Frame>
150
123
<img
151
124
src="/images/editor/publish-flow-light.png"
152
-
alt="Publishing flow in the Mintlify Web Editor"
125
+
alt="The publish button emphasized in the Mintlify web editor"
153
126
className="block dark:hidden"
154
127
/>
155
128
<img
156
129
src="/images/editor/publish-flow-dark.png"
157
-
alt="Publishing flow in the Mintlify Web Editor"
130
+
alt="The publish button emphasized in the Mintlify web editor"
158
131
className="hidden dark:block"
159
132
/>
160
133
</Frame>
161
134
162
-
After publishing, your changes will be deployed to your production site.
163
-
164
-
<Info>
165
-
Publishing directly updates your configured deployment branch. For collaborative workflows, consider using branches and pull requests instead.
166
-
</Info>
167
-
168
135
## Branches
169
136
170
-
Branches allow you to work on documentation changes without affecting the main version until you're ready.
137
+
Branches allow you to work on documentation changes without updating the main version until you're ready for your changes to go live.
138
+
139
+
<Tip>
140
+
Use branches for significant updates, new sections, or when multiple team members are working on different parts of the documentation simultaneously.
141
+
</Tip>
171
142
172
143
### Creating a Branch
173
144
174
-
1.Click on the branch name in the editor toolbar (usually shows `main` by default)
175
-
2. Select "Create a new branch"
176
-
3. Enter a descriptive name for your branch
177
-
4.Click "Create Branch"
145
+
1.Select the branch name in the editor toolbar (usually `main` by default).
146
+
2. Select **New Branch**.
147
+
3. Enter a descriptive name for your branch.
148
+
4.Select **Create Branch**.
178
149
179
150
### Switching Branches
180
151
181
-
To switch branches, you can click on the current branch name in the editor toolbar and select the branch you want to switch to from the dropdown menu.
152
+
1. Select the current branch name in the editor toolbar.
153
+
2. Select the branch that you want to switch to from the dropdown menu.
182
154
183
-
<Tip>
184
-
Use branches for significant updates, new sections, or when multiple team members are working on different parts of the documentation simultaneously.
185
-
</Tip>
155
+
### Saving Changes on a Branch
156
+
157
+
To save your changes on a branch, select the **Save Changes** button in the top-right corner of the editor.
186
158
187
-
When you are in a branch, you can make and save changes by clicking the "Save Changes" button in the top-right corner. These changes will be saved to the branch as "commits".
159
+
When you are working on a branch, your changes are not automatically saved.
188
160
189
-
## Creating Pull Requests
161
+
## Pull Requests
190
162
191
-
Pull requests provide a way to review changes before they're merged into your main documentation.
163
+
Pull requests (or PRs) let you and other people review changes that you've made on a branch and then merge those changes into your main documentation.
192
164
193
165
### Creating a Pull Request
194
166
195
-
1. Make your changes on a feature branch
196
-
2. Click the "Create Pull Request" button in the top-right corner
197
-
3. Add a title and description for your pull request
198
-
4. Click "Create Pull Request"
167
+
1. Make your changes on a branch.
168
+
2. Click the **Publish Pull Request** button in the top-right corner of the editor.
169
+
3. Add a Pull Request Title and Description for your pull request. A good title and description will help reviewers understand the changes you've made.
170
+
4. Click **Publish Pull Request**.
199
171
200
172
<Frame>
201
173
<img
202
174
src="/images/editor/pull-request-light.png"
203
-
alt="Pull request creation in the Mintlify Web Editor"
175
+
alt="Publish pull request button emphasized in the Mintlify web editor"
204
176
className="block dark:hidden"
205
177
/>
206
178
<img
207
179
src="/images/editor/pull-request-dark.png"
208
-
alt="Pull request creation in the Mintlify Web Editor"
180
+
alt="Publish pull request button emphasized in the Mintlify web editor"
209
181
className="hidden dark:block"
210
182
/>
211
183
</Frame>
212
184
213
185
### Reviewing Pull Requests
214
186
215
-
Pull requests can be reviewed directly in your Git platform (GitHub, GitLab).
187
+
You can review pull requests in your Git platform (GitHub, GitLab).
216
188
217
-
After the pull request is created, you can see the preview deployment of the changes.
189
+
After you create a pull request, you can see a preview deployment of the changes.
218
190
219
-
Upon approval, the pull requestcan be merged into your main branch and the changes will be deployed to your production site.
191
+
After a reviewer approves a pull request, you can merge the pull request into your main branch and the changes will be deployed to your live documentation site.
220
192
221
193
## Git Synchronization
222
194
223
-
The Web Editor seamlessly integrates with your Git repository, ensuring that all changes are properly versioned and tracked.
195
+
The web editor integrates with your Git repository, ensuring that all changes are properly versioned and tracked.
224
196
225
197
### How Git Sync Works
226
198
227
-
1.**Authentication**: The Web Editor connects to your Git repository through our [GitHub App](/settings/github) or [GitLab integration](/settings/gitlab).
199
+
***Authentication**: The web editor connects to your Git repository through our [GitHub App](/settings/github) or [GitLab integration](/settings/gitlab).
228
200
229
-
2.**Automatic Fetching**: When you open the editor, it automatically fetches the latest content from your repository's main branch.
201
+
***Automatic fetching**: When you open the editor, it automatically fetches the latest content from your repository's main branch.
230
202
231
-
3.**Change Tracking**: As you make edits in the Web Editor, changes are tracked and can be committed to your repository.
203
+
***Change tracking**: As you make edits, the web editor tracks changes and can commit them to your repository.
232
204
233
-
4.**Branching**: Changes can be made directly to your main branch or to a separate feature branch, depending on your workflow preferences.
205
+
***Branching**: You can make changes directly to your main branch or to a separate branch, depending on your workflow preferences.
234
206
235
-
5.**Pull Requests**: For collaborative workflows, you can create pull requests directly from the Web Editor.
207
+
***Pull requests**: For collaborative workflows, you can create pull requests directly from the web editor.
236
208
237
209
## Git Terminology
238
210
239
-
While not necessary, understanding the following terms will help you work more effectively with the Web Editor.
240
-
241
-
The following terms are used in the Web Editor and are also used in the Git workflow.
211
+
Understanding the following terms can help you work more effectively with the web editor and the Git workflow.
242
212
243
213
<AccordionGroup>
244
214
245
215
<Accordiontitle="Repository">
246
216
247
-
A repository (or "repo") is where your documentation files are stored, along with their revision history. The Web Editor connects to your Git repository to fetch and store documentation content.
217
+
A repository (or repo) is where your documentation files are stored, along with their revision history. The web editor connects to your Git repository to fetch and store documentation content.
248
218
249
219
</Accordion>
250
220
251
221
<Accordiontitle="Commit">
252
222
253
-
A commit is a snapshot of changes to your documentation at a specific point in time. When you publish changes in the Web Editor, you're creating a commit in your Git repository.
223
+
A commit is a snapshot of changes to your documentation at a specific point in time. When you publish changes in the web editor, you're creating a commit in your Git repository.
254
224
255
225
</Accordion>
256
226
257
227
<Accordiontitle="Branch">
258
228
259
-
A branch is a parallel version of your documentation that allows you to work on changes without affecting the main version. The Web Editor allows you to create and switch between branches.
229
+
A branch is a parallel version of your documentation that allows you to work on changes without affecting the main version. The web editor allows you to create and switch between branches.
260
230
261
231
</Accordion>
262
232
263
233
<Accordiontitle="Pull Request">
264
234
265
-
A pull request (PR) is a proposal to merge changes from one branch into another, typically from a feature branch into the main branch. PRs facilitate review and discussion before changes are incorporated.
235
+
A pull request (or PR) is a proposal to merge changes from one branch into another, typically from a feature branch into the main branch. PRs facilitate review and discussion before changes are incorporated.
266
236
267
237
</Accordion>
268
238
@@ -276,19 +246,19 @@ A diff (or difference) shows the specific changes between two versions of a file
276
246
277
247
## Troubleshooting
278
248
279
-
Here are solutions to common issues you might encounter with the Web Editor.
249
+
Here are solutions to common issues you might encounter with the web editor.
280
250
281
251
<AccordionGroup>
282
252
<Accordiontitle="Changes Not Appearing After Publishing">
283
-
284
253
**Possible causes:**
254
+
285
255
- Deployment is still in progress
286
256
- Caching issues in your browser
287
257
288
258
**Solutions:**
289
-
1. Check deployment status in your Mintlify Dashboard
290
-
2. Try hard refreshing your browser (Ctrl+F5 or Cmd+Shift+R)
291
-
3. Clear your browser cache
259
+
1. Check the deployment status in your Mintlify Dashboard.
260
+
2. Try hard refreshing your browser (Ctrl+F5 or Cmd+Shift+R).
261
+
3. Clear your browser cache.
292
262
293
263
</Accordion>
294
264
@@ -299,9 +269,9 @@ Here are solutions to common issues you might encounter with the Web Editor.
299
269
- Authentication issues with your Git provider
300
270
301
271
**Solutions:**
302
-
1. Verify you have correct access to the repository
303
-
2. Check if your Git integration is properly configured
304
-
3. Review the [Editor Permissions](/advanced/dashboard/permissions) documentation
272
+
1. Verify that you have correct access to the repository.
273
+
2. Check if your Git integration is properly configured.
274
+
3. Review the [Editor Permissions](/advanced/dashboard/permissions) documentation.
305
275
306
276
</Accordion>
307
277
@@ -312,9 +282,9 @@ Here are solutions to common issues you might encounter with the Web Editor.
0 commit comments