Download the PHP package k-community/markdown-field without Composer

Markdown Field for Kirby

Enhanced, extensible Markdown field for Kirby CMS. Now available in version 2!

Features:

• Sophisticated, but subtle highlighting for Markdown and Kirbytext
• Context-based format toggling (almost WYSIWYG-like)
• Smart indentation for wrapping headlines, list items, and blockquotes
• Keyboard shortcuts for most actions
• Custom toolbar buttons
• Custom syntax highlights
• Option to show whitespace characters
• Clickable URLs
• Configurable Markdown syntax (e.g. choose from _italic_ or *italic*)
• Replaces Kirby’s default Markdown block with one, that also supports syntax-highlighting.
• Support for touch-based devices and great performance (thanks to CodeMirror 6)

💡 TL;DR: The Markdown field, you all have been waiting for!

Overview

This plugin is completely free and published under the MIT license. However, if you are using it in a commercial project and want to help me keep up with maintenance, please consider ❤️ sponsoring me for securing the continued development of the plugin.

Table of Contents

• Markdown Field for Kirby
  • Overview
  • Table of Contents
  • 1. Installation
  • 2. Setup
  • 3. Options
  • 3.1. Available options
  • 3.2. Font settings
  • 3.3. Buttons
  • 3.4. Keyboard Shortcuts
    • Block Formats
    • Inline Formats
    • Other
  • URLs
  • 3.5. Pages
  • 3.6. Size
  • 4. Extension API
  • 4.1 Custom options for pages, files, and uploads
  • 5. Development
  • 7. Migrating from Version 1
  • 8. Known Issues
  • 9. What’s not supported (and never will be)
  • 10. License
  • 11. Credits

1. Installation

This version of the plugin requires PHP 8.1 and Kirby 4.0.0 or higher. The recommended way of installing is by using Composer:

Alternatively, download and copy this repository to /site/plugins/markdown-field

2. Setup

This field can replace any textarea field you have set up and works out of the box with as little config as:

3. Options

3.1. Available options

You have access to the very same options as the textarea field, and a few more:

3.2. Font settings

You can choose between monospace (monospace) and sans-serif (sans) font. The monospace font offers a more sophisticated layout with indentation for multiline list elements, headings, and blockquote – things, which would be much harder to implement (and slower to calculate) for a proportional font.

While the sans-serif might be more appealing to non-technical writers at first, the monospace should be the preferred version in most cases.

3.3. Buttons

This field is packing the usual textarea buttons and many more.

headlines can contain the whole range of headings from h1 to h6, and therefore accepts an array of allowed levels (default is h1, h2, h3). Use headlines as key in this case:

You also have access to additional buttons:

If you don't need it, you can hide the toolbar. This will also disable the keyboard shortcuts for all formats.

The full list of available buttons. As you can see, some buttons can also have configuration options. Take the bold button for example. Markdown allows different syntaxes for bold text, i.e. __bold__ and **bold**. The editor’s syntax highlighter will always recognize both, but you can adjust, what the editor will use when you click the toolbar button or by hitting the respective keyboard shortcut.

For the link and pagelink buttons, you can specify whether these should insert markdown or kirbytext markup. By default, this will be determined by the kirbytext option by default but can be overridden on a per-button basis.

All button configuration is optional, you can always use - ul instead of ul: -, if you want to stick to the default settings.

3.4. Keyboard Shortcuts

ℹ️ Keyboard shortcuts are only available for those buttons/heading levels enabled in the toolbar.

Block Formats

Inline Formats

Other

URLs

• When you select some text and paste a URL, it will automatically create a link tag and use the current selection as link text.

3.5. Pages

You can limit the options shown in the Pagelink dialog, by setting the pages option with a query (if unset, you'll be able to browse the entire website tree)

You can also set the pages option to an object with other properties from the pages field such as info and text

3.6. Size

You can define the height of the field when empty. The default is two-lines, which mimics the textarea's default empty height.

If you want the field to mimic a text field but with some markdown highlighting on top of it, set the size to one-line and buttons: false.

All predefined sizes are:

Note that you can make the default height any height you want with some custom panel CSS. First, set the size option to any string you'd like:

Then in your panel.css:

4. Extension API

The API has changed from version 1, old plugins are not compatible anymore and require a few adjustments. See extension-examples folder.

There are two types of extensions, which allow you to extend the editor to adjust it better to your specific needs:

• Custom buttons: You can define your own buttons, which can be added to the editor toolbar. Buttons can define keyboard shortcuts, display dropdowns, and even show a popup.
• Custom extensions: You can define your own editor extensions. An example can be found in the extension-examples/indent-with-tab folder.
• Custom highlights: You can define regex-based custom highlights, which allow you to highlight any text, such as markup for custom syntax (e.g. global text snippets or Wiki-style links)

4.1 Custom options for pages, files, and uploads

Your extension can use a special endpoint to extend the base options for pages, files, and uploads with parameters set in the button configuration. See an example in the extension-examples/custom-pagelink folder.

The end user can configure options for your extension as part of the button configuration:

5. Development

• Clone the repo
• cd to your newly created folder (named kirby-markdown-field, or whatever you have chosen)
• npm install to get all the dependencies
• Then:

You must run the build process before pushing the repo, or else the hot-reload code will prevent it from working in any install.

7. Migrating from Version 1

• Setting available headline levels now works a bit differently, see 3.3. Buttons. This was necessary to allow for multiple, configurable dropdowns in the future/extensions.
• The horizontal-rule button was renamed to hr.
• The modals option has been removed. Clicking the link button will always display a modal.
• The link and email buttons have been merged into a single popup.
• The blank option has been moved from the global options to the link button.
• The invisibles option has been replaced by a button, called invisibles. Just add that to your toolbar setup instead.
• The API for registering custom buttons has changed. See extension-examples folder for examples.
• Font scaling options have been removed. Version 2 of the Markdown field only accepts monospace and sans as font options. if you need scaling of headlines, consider using Kirby’s Blocks field instead.
• The global field options have been removed. Use field presets instead. (see https://getkirby.com/docs/guide/blueprints/extending-blueprints#reusing-and-extending-single-fields).
• The direction option has been removed. CodeMirror 6 automatically determines the current text direction of the panel.

8. Known Issues

• Kirbytags: In some edge cases with nested parenthesis or nested Kirbytags, the highlighting can differ from how Kirby parses the markup. This shouldn’t be an issue for most daily use cases. You can also not have multiple consecutive line breaks within Kirbytags, or the highlighter will fail. This is because of the way Markdown makes a clear separation between block and inline elements.
• Kirbytags in HTML blocks are not highlighted, because CodeMirror uses its own HTML Parser for that, which deactivates all Markdown highlighting within these. Parsedown Extra supports the markdown="1" attribute on HTML block-level elements, which is not supported by CodeMirror’s Markdown parser.
• Inline Format toggling: The selection will sometimes behave in unexpected ways when dealing with very complex re-formatting. Solving this would need a more sophisticated selection/caret-tracking during all transformations. IMHO, it still works better than in most other Markdown editors and does not lead to data loss, so ¯\_(ツ)_/¯.

9. What’s not supported (and never will be)

The way Markdown is used nowadays has changed since its inception, especially since GFM ("GitHub-Flavored Markdown") became popular and added some elements to the language.

• Setext-style headings: If you don’t know what these are, just forget about them. There is basic highlighting, but they are neither recognized as headings by the toolbar nor respected when changing formats. Use ATX-style headings instead (e.g. ## Heading Level 2).
• Indended code blocks: Use fenced code blocks instead.

10. License

MIT (but you are highly encouraged to ❤️ sponsor me if this piece of software helps you to pay your bills).

11. Credits

Text editor:

• CodeMirror 6 by Marijn Haverbeke

Contributors:

@fabianmichael, @sylvainjule, @medienbaecker, @mtsknn, @nsteiner, @rasteiner, @thomasfahrland, @johannschopplich

Inspired by:

• ProseMirror by Marijn Haverbeke
• Visual Markdown Editor for Kirby 2 by Jonas Döbertin
• SimpleMDE for Kirby 2 by Thomas Günther
• Kirby’s Writer Field by Bastian Allgeier
• tiptap – rich-text editor for Vue.js