0.6.1 • Published 3 months ago

marqua v0.6.1

Weekly downloads
-
License
MIT
Repository
github
Last release
3 months ago

Marqua Total npm downloads · Published npm version Monthly npm downloads License

Augmented Markdown Compiler

An enhanced markdown compiler that parses and converts your markdown code, files, and/or directories into a pseudo-AST, highly extensible and configurable. Marqua takes your code/contents with minimal boilerplate and generate structured markups, flexible enough for almost any related use cases.

Ever wanted to write a blog but didn't know where to start? Want to keep the contents in a markdown format but still be extendible? With Marqua, everything just works, it just works. Write a markdown file and it will automatically

  • parse the (custom) front matter
  • add id to the headings
  • generate a table of contents
  • generate read time duration

The generated output format are highly adaptable to be used with any framework and designs of your choice. Iterate thoroughly and gain full control over your contents in your components and markup templates.

TL;DR Write articles on markdown files marqua() get structured markups.

Installation

npm install marqua
import { compile, traverse } from 'marqua';

compile(/* string | file options */, /* optional hydrate callback */);
traverse(/* string | dir options */, /* optional hydrate callback */);

Imports

Marqua exposes 3 imports, 2 for the actual parsing, and 1 which is the markdown renderer which uses markdown-it. As a result, its features can be extended via plugins that's made as a markdown-it-plugin.

# Hypothetical Content Folder Structure
content
    ├── posts
    │   ├── draft.my-amazing-two-part-series-part-1.md
    │   ├── draft.my-amazing-two-part-series-part-2.md
    │   ├── 2021-04-01.my-first-post.md
    │   └── 2021-04-13.marqua-is-the-best.md
    └── reviews
        ├── game
        │   └── doki-doki-literature-club.md
        ├── book
        │   ├── amazing-book-one.md
        │   └── manga-is-literature.md
        └── movie
            ├── spirited-away.md
            └── your-name.md

compile and traverse

An example usage from the hypothetical content folder structure above should look like

import { compile, traverse } from 'marqua';

/* compile - parse a single source file */
const body = compile(
  'content/posts/2021-04-01.my-first-post.md',
  ({ frontMatter, content, breadcrumb: [filename] }) => {
    const [date, slug] = filename.split('.');
    return { slug, date, ...frontMatter, content };
  }
); // {'posts/2021-04-01.my-first-post.md'}

/* traverse - scans a directory for sources */
const data = traverse(
  'content/posts',
  ({ frontMatter, content, breadcrumb: [filename] }) => {
    if (filename.startsWith('draft')) return;
    const [date, slug] = filename.split('.');
    return { slug, date, ...frontMatter, content };
  }
); // [{'posts/3'}, {'posts/4'}]

/* traverse - nested directories recursive scan */
const data = traverse(
  { entry: 'content/reviews', recurse: true },
  ({ frontMatter, content, breadcrumb: [slug, category] }) => {
    return { slug, category, date, ...frontMatter, content };
  }
); // [{'game/0'}, {'book/0'}, {'book/1'}, {'movie/0'}, {'movie/1'}]

Marqua is shipped with built-in types, so any code editor that supports it should give autocompletion for the arguments passed. For a more detailed information, take a look at the source code itself or at the types directly.

The first argument of compile can either be string | FileOptions, and for traverse it can be string | DirOptions. The second argument of both functions is an optional callback (hydrate), when not specified or undefined, will return an object with content and all properties of frontMatter.

interface FileOptions {
  entry: string;

  /**
   * `minimal = false`
   *
   * it can be set to true so it will not generate anything
   * other than what is written in the file's frontMatter
   */
  minimal?: boolean;

  /**
   * `exclude = []`
   * accepts: 'toc' | 'rt' | 'date' | 'cnt'
   *
   * sometimes table of contents isn't needed and will add
   * a lot of unnecessary bytes while it's still useful to
   * know the read time duration
   *
   * these generated features can be individually turned off
   * by passing their 'id's in an array
   */
  exclude?: Array<string>;
}

interface DirOptions extends FileOptions {
  entry: string;

  /**
   * `recurse = false`
   *
   * traverse will only scan the root/top-level directory
   * and will recursively scan all nested subdirectories
   * when this flag is turned on
   */
  recurse?: boolean;

  /**
   * `extensions = ['.md']`
   *
   * traverse will only scan directories with files that
   * ends with '.md', this can be changed or added by
   * passing in other extensions
   *
   * it will consequently overwrite the default array and
   * remove '.md' extension, you will need to explicitly
   * readd the extension again to your newly passed array
   */
  extensions?: Array<string>;
}

When everything is set to default (none of the optional properties are passed), passing in a string as the first argument of compile or traverse will be the same as only passing in pathname or dirname as the options.

marker

/* marker (optional): extendible markdown renderer */
import { marker } from 'marqua';
import plugin from 'markdown-it-plugin';
marker.use(plugin); // add this before calling 'compile' or 'traverse'

Extending marker with plugins is optional, it's already equipped with all the basics and a minimal footprint. But, let's say you wanted to write LaTeX in your markdown, which is useful for math typesetting and writing abstract symbols using TeX functions. Well, you can simply use a plugin to do exactly that. Here's a working example with a plugin that uses KaTeX.

import { marker, compile } from 'marqua';
import TexMath from 'markdown-it-texmath';
import KaTeX from 'katex';

marker.use(TexMath, {
  engine: KaTeX,
  delimiters: 'dollars',
});

const data = compile(/* source path */);

forge

Both compile and traverse can be passed an Input type for the available properties in { frontMatter } and Output type for the expected returned object, it defaults to what's passed in Input. There are two ways to do this

import type { Post } from './types';
import { compile } from 'marqua';

/**
 * 1. Pass it in directly to the functions
 *    with a caveat of declaring its options
 *    beforehand as const
 */
const opts = { entry: 'content/reviews/movie/your-name.md', minimal: false } as const;
// alternative declaration using forge for autocompletion
// const opts = forge.compile({ entry: 'content/reviews/movie/your-name.md', minimal: false });
compile<typeof opts, Post>(opts);


/**
 * 2. Import and use forge helper
 */
import { forge } from 'marqua';
compile(
  { entry: 'content/reviews/movie/your-name.md', minimal: false },
  ({ frontMatter, content, breadcrumb }) => {
    // do stuff with frontMatter / content
    // parse breadcrumb or some other stuff
    return { ...frontMatter, content };
  },
  forge.types<Post>()
);

Both options are available to use if needed, the rest is up to your preference on how you type your code. Both are also optional too, so this can be ignored completely if you don't need the autocompletion.

All forge methods acts as a helper and are only meant to provide autocompletion. Both forge.compile and forge.traverse will return the respective options object, and forge.types need at least one type argument passed, expects 0 arguments passed, and never returns.

Front Matter

Metadata will be generated from the front matter semantically placed at the start of the file between two separate 3-dashes. Marqua syntax resembles yaml in some ways except it only read raw strings. It doesn't support whitespace indentation, [...], or {...}. Instead, it has some ways to handle creating objects/maps and arrays/lists.

---
title: My First Blog Post, Hello World!
description: Welcome to my first post.
tags: blog, life, coding
date:published: 2021-04-01
date:updated: 2021-04-13
---

Every property is expressed in one line as a [key]: [value] pair, separated by a colon and whitespace. The whitespace after the key denotes the end of that key and indicates the start of the value.

To create nested properties, add the keys separated by a colon (:). Once it becomes an object, it cannot be assigned a top-level value or it will either break or overwrite the previously assigned properties.

To create an array/list, separate the values by a comma (,). This can be combined with nested properties. Applies to all keys with the exception of title and description, which always parses into raw strings.

The output of the front matter should be

{
  "title": "My First Blog Post, Hello World!",
  "description": "Welcome to my first post.",
  "tags": ["blog", "life", "coding"],
  "date": {
    "published": "2021-04-01",
    "updated": "2021-04-03",
  },
}

Content

Everything after front matter (the second 3-dashes) will be considered as content. All declared properties in the front matter are available to the content and can be accessed inside !{name}, replace name with your property key or keys separated by a colon.

---
tags: blog, life, coding
date:published: 2021-04-01
date:updated: 2021-04-13
---

# the properties above will result to
#
# tags = ['blog', 'life', 'coding']
# date = {
#   published: '2021-04-01',
#   updated: '2021-04-13',
# }
#
# these can be accessed with !{}

# !{tags:0} - accessing tags array at index 0
This article's main topic will be about !{tags:0}

# !{date:property} - accessing property of date
This article was originally published on !{date:published}
Thoroughly updated through this website on !{date:updated}

Headings starts at 2 (##) with the lowest one being 4 (####) and should conform with the rules of markdownlint, with some essential ones to follow are

  • MD001: Heading levels should only increment by one level at a time
  • MD003: Heading style -> only ATX style
  • MD018: No space after hash on atx style heading
  • MD023: Headings must start at the beginning of the line
  • MD024: Multiple headings with the same content -> siblings only
  • MD042: No empty links

If you're using VSCode, you can install the markdownlint extension to help you catch these lint errors / warnings and write better markdown. These rules can be configured, see the .jsonc template and .yaml template with an example here.


0.6.1

3 months ago

0.6.0

4 months ago

0.5.8

4 months ago

0.5.7

4 months ago

0.5.6

5 months ago

0.5.4

5 months ago

0.5.5

5 months ago

0.5.3

8 months ago

0.5.2

11 months ago

0.5.1

11 months ago

0.4.4

1 year ago

0.5.0

1 year ago

0.4.1

1 year ago

0.4.0

1 year ago

0.4.3

1 year ago

0.4.2

1 year ago

0.3.1

2 years ago

0.3.0

3 years ago

0.2.1

3 years ago

0.2.0

3 years ago

0.2.2

3 years ago

0.1.2

3 years ago

0.1.0

3 years ago

0.1.1

3 years ago

0.0.6

3 years ago

0.0.5

3 years ago

0.0.4

3 years ago

0.0.3

3 years ago

0.0.2

3 years ago

0.0.1

3 years ago