Built-in Editing in the Browser
You edit content directly in the browser using a visual text editor – no knowledge of Markdown or Git required. All common editorial tasks are available from the “Edit” menu in the top-right corner of the header.
What You Need
- A GitHub account (create one for free at github.com)
- Write access is not required – without it, your change is automatically submitted as a pull request for an administrator to approve
Editing an Existing Page
- Go to the page you wish to edit
- Click the “Edit” menu in the top-right corner of the header
- Select “Edit this page”
- Log in with your GitHub account if you are not already logged in (pop-up window)
- Make your changes in the visual editor
- Click “Save”
Tip: Images can be pasted directly into the editor (Ctrl+V or right-click → Paste).
If you have write access, the change is published directly. Without write access, a pull request is created automatically – you will receive a link to it after saving.
The website updates automatically after saving. A status indicator at the bottom left of the screen keeps you informed throughout.
Creating a New Page
- Navigate to the page you want to place the new page next to (sibling) or beneath (sub-chapter)
- Click “Edit” and select:
- “New chapter after this” – new page at the same level as the current one
- “New sub-chapter” – new page one level down beneath the current one
- Fill in the title and any content in the dialog
- Click “Save”
Moving a Chapter
- Go to the page you want to move
- Click the “Edit” menu in the top-right corner
- Select “Move this chapter” – a dialog opens and the Edit menu is greyed out
- Navigate in the menu to the desired location
- Click “Move here (before)” to place it before the selected page, or “Move here (after)” to place it after
Click “Cancel” in the dialog to abort without making changes. The website updates automatically once the move is complete.
Deleting a Page
- Go to the page you want to delete
- Click the “Edit” menu in the top-right corner
- Select “Delete this page”
- Confirm in the dialog
Both language versions of the page (Norwegian and English) are deleted in a single step. The website updates automatically after deletion.
Note: Deletion cannot be immediately reversed through the interface. Contact an administrator if you have accidentally deleted a page.
Give Feedback
If you have a comment, a correction to report, or a question about a page’s content – without wanting to edit directly – you can use the “Give feedback” feature:
- Go to the page in question
- Click the “Edit” menu and select “Give feedback”
- Log in with your GitHub account if you are not already logged in
- Fill in the title (pre-filled with the page name) and write your comment
- Optionally add a link to a specific section in the “Specific section” field
- Click “Send”
Your comment is registered as a GitHub Issue linked to the page. You will receive a link to the issue after submitting, and can follow it there.
Alternatively, use the “Comments” button in the bottom bar to view existing comments on the page and open a new comment dialog from there.
Status Indicator and Build History
The indicator at the bottom left is always visible and shows the current state:
| State | Text | Meaning |
|---|---|---|
| No active job | «Build history» | Click to see previous build jobs |
| Saved, waiting for build | «N changes being built…» | Change sent – build is running or queued |
| Done | «Changes published – click to reload» | Click to view the updated page |
Clicking the indicator opens a build history dialog showing recent build jobs with status, timestamp, and a link to GitHub Actions. Here you can see:
- 🔄 Running job – with the number of seconds since it started
- 🕐 Job in queue – waiting its turn
- ✅ Completed
- ✅ (grey) Superseded by a newer build – see explanation below
About Build Times and Queues
The site is built by GitHub Actions. A build normally takes about 1 minute. If you or others save several pages in quick succession, the wait time may be longer because build jobs run one at a time:
- 2 saves in a row: the second job waits until the first is done – total time approx. 2 min
- 3 or more rapid saves: GitHub may supersede older queued jobs with the newest one. This means a job in the history may appear as «Superseded» rather than completed – this is normal and does not mean anything went wrong. All saved changes are recorded in Git and will be published by the last job that runs.
In short: If you see a grey tick and the text «Superseded» in the build history, your change has not been lost – it was published by a newer job.