Official Vue.js 3+ component for CKEditor 5 – the best browser-based rich text editor.
npm install @ckeditor/ckeditor5-vue


!Dependency Status
⚠️ This repository contains the CKEditor 5 component for Vue.js 3+. The component for lower Vue.js versions is located in another repository - @ckeditor/ckeditor5-vue2.
Official CKEditor 5 rich text editor component for Vue.js.
See the "Rich text editor component for Vue.js" guide in the CKEditor 5 documentation to learn more:
* Quick start
* Using CKEditor 5 builder
* Installing from npm
* Using component locally
* Component directives
* Component events
After cloning this repository, install necessary dependencies:
``bash`
npm install
You can also use Yarn.
To manually test the editor integration, you can start the development server using one of the commands below:
`bash`
npm run dev
To test the editor integration against a set of automated tests, run the following command:
`bash`
npm run test
If you want to run the tests in watch mode, use the following command:
`bash`
npm run test:watch
To build the package that is ready to publish, use the following command:
`bash`
npm run build
CircleCI automates the release process and can release both channels: stable (X.Y.Z) and pre-releases (X.Y.Z-alpha.X, etc.).
Before you start, you need to prepare the changelog entries.
1. Make sure the #master branch is up-to-date: git fetch && git checkout master && git pull.git checkout -b release-[YYYYMMDD]
1. Prepare a release branch: where YYYYMMDD is the current day.yarn run changelog --branch release-[YYYYMMDD] [--from [GIT_TAG]]
1. Generate the changelog entries: .
* By default, the changelog generator uses the latest published tag as a starting point for collecting commits to process.
The --from modifier option allows overriding the default behavior. It is required when preparing the changelog entries for the next stable release while the previous one was marked as a prerelease, e.g., @alpha.
Example: Let's assume that the v40.5.0-alpha.0 tag is our latest and that we want to release it on a stable channel. The --from modifier should be equal to --from v40.4.0.#master
* This task checks what changed in each package and bumps the version accordingly. It won't create a new changelog entry if nothing changes at all. If changes were irrelevant (e.g., only dependencies), it would make an "_internal changes_" entry.
* Scan the logs printed by the tool to search for errors (incorrect changelog entries). Incorrect entries (e.g., ones without the type) should be addressed. You may need to create entries for them manually. This is done directly in CHANGELOG.md (in the root directory). Make sure to verify the proposed version after you modify the changelog.
1. Commit all changes and prepare a new pull request targeting the branch.@ckeditor/ckeditor-5-devops` team to review the pull request and trigger the release process.
1. Ping the
Licensed under the terms of GNU General Public License Version 2 or later. For full details about the license, please check the LICENSE.md file.