mdriver - Streaming Markdown Printer

A streaming markdown printer for the terminal that renders GitHub Flavored Markdown with ANSI escape codes. The key feature is incremental emission: blocks are emitted immediately once parsed, not waiting for the entire document.

Warning: I wrote this code as an experiment in LLM development. I do not speak fluent rust and I have not read the markdown parser. I'm pretty sure it cannot do anything dangerous, but you've been warned.

Features

Reasonably attractive, colorful display
Parses some HTML
Renders links as OSC8 terminal hyperlinks
- This sounds fancy, but just means you can click on links if your terminal supports it

Installation

Using Homebrew (macOS)

brew install llimllib/tap/mdriver

From crates.io

cargo install mdriver

From Pre-built Binaries

Download the latest release for your platform from the GitHub Releases page:

Linux: mdriver-x86_64-unknown-linux-gnu.tar.gz
macOS: mdriver-x86_64-apple-darwin.tar.gz (Intel) or mdriver-aarch64-apple-darwin.tar.gz (Apple Silicon)

Extract and add to your PATH:

tar xzf mdriver-*.tar.gz
sudo mv mdriver /usr/local/bin/

From Source

git clone https://github.com/llimllib/mdriver.git
cd mdriver
cargo build --release

The binary will be available at target/release/mdriver.

Usage

# Read from file
mdriver README.md

# Pipe markdown from a file
cat document.md | mdriver

# Pipe from echo
echo "# Hello World" | mdriver

# Redirect from file
mdriver < document.md

# Use a specific syntax highlighting theme
mdriver --theme "InspiredGitHub" README.md

# Set default theme via environment variable
MDRIVER_THEME="Solarized (dark)" mdriver README.md

# List available themes
mdriver --list-themes

# Render images using kitty graphics protocol
mdriver --images kitty document.md

# Control color output (auto, always, never)
mdriver --color=always README.md | less -R

# Show help
mdriver --help

Example

$ echo "# Demo\n\nThis is **bold** and *italic*." | mdriver

Output (with ANSI colors in your terminal):

# Demo (in blue and bold)
This is bold and italic

Features

✅ Streaming: Renders markdown incrementally as it arrives
✅ ATX Headings: # Heading with blue/bold formatting
✅ Paragraphs: Text blocks with inline formatting
✅ Code Blocks: Fenced blocks with ``` and syntax highlighting
✅ Lists: Unordered (-) and ordered (1.) lists
✅ Inline Formatting: **bold**, *italic*, `code` with nested support
✅ Hyperlinks: [text](url) converted to clickable OSC8 terminal links
✅ Image Rendering: ![alt](src) with kitty graphics protocol support
✅ Syntax Highlighting: 100+ languages supported with customizable themes
✅ ANSI Colors: Beautiful terminal output with 24-bit true color
✅ Color Control: Auto-detect, always, or never modes for flexible output
✅ Zero Warnings: Strict clippy linting, no compiler warnings

Syntax Highlighting Themes

mdriver uses the syntect library for syntax highlighting, supporting 100+ languages with customizable color themes.

Available Themes

Use mdriver --list-themes to see all available themes. Popular options include:

InspiredGitHub - Bright, vibrant colors inspired by GitHub's syntax highlighting
Solarized (dark) - The classic Solarized dark color scheme
Solarized (light) - Solarized optimized for light backgrounds
base16-ocean.dark - Calm oceanic colors (default)
base16-mocha.dark - Warm mocha tones
base16-eighties.dark - Retro 80s aesthetic

Setting a Theme

There are three ways to configure the theme (in order of precedence):

Command-line flag: mdriver --theme "InspiredGitHub" file.md
Environment variable: export MDRIVER_THEME="Solarized (dark)"
Default: base16-ocean.dark

Example

# Use InspiredGitHub theme
mdriver --theme "InspiredGitHub" README.md

# Set environment variable for persistent default
export MDRIVER_THEME="Solarized (dark)"
mdriver README.md

# Combine with piping
MDRIVER_THEME="base16-mocha.dark" cat file.md | mdriver

Image Rendering

mdriver can render images inline in your terminal using the kitty graphics protocol. This feature works with any terminal that supports the kitty graphics protocol (kitty, WezTerm, Ghostty, etc.).

Enabling Image Rendering

Use the --images kitty flag to enable image display:

# Render local images
mdriver --images kitty document.md

# Works with remote URLs
echo "![Logo](https://example.com/logo.png)" | mdriver --images kitty

# Combine with theme selection
mdriver --theme "InspiredGitHub" --images kitty README.md

Image Features

Auto-resize: Images automatically resize to fit terminal width while preserving aspect ratio
Remote URLs: Fetches and displays images from HTTP/HTTPS URLs
Graceful fallback: Shows alt text when image fails to load
Backward compatible: Without --images flag, images render as plain text ![alt](src)
Extensible: Architecture supports future protocols (sixel, iTerm2, etc.)

Example

# My Document

Here's a screenshot:

![Screenshot](./screenshot.png)

And a remote image:

![Logo](https://example.com/logo.png)

# Render with images
mdriver --images kitty document.md

Note: Image rendering requires a terminal that supports the kitty graphics protocol. In terminals without support, images will display as alt text.

Color Output Control

By default, mdriver automatically detects whether to use ANSI colors based on whether stdout is a terminal. You can override this behavior with the --color flag.

Color Modes

Mode	Description
`auto`	Use colors only when stdout is a terminal (default)
`always`	Always emit ANSI color codes, even when piping
`never`	Never use colors; pass markdown through unchanged

Usage Examples

# Default behavior (auto-detect)
mdriver README.md              # Colors in terminal
mdriver README.md | less       # No colors (not a tty)

# Force colors when piping to a pager
mdriver --color=always README.md | less -R

# Disable colors entirely
mdriver --color=never README.md

# Alternative syntax (space instead of =)
mdriver --color always README.md

Common Use Cases

Piping to a pager with colors:

mdriver --color=always README.md | less -R

The -R flag tells less to interpret ANSI escape sequences.

Saving colored output to a file:

mdriver --color=always README.md > output.txt

The file will contain ANSI codes that display colors when cated to a terminal.

Plain text output:

mdriver --color=never README.md > plain.md

Passes the markdown through without any formatting.

HTML Entity Support

mdriver decodes HTML entities in markdown text, supporting both named entities and numeric character references.

Supported Named Entities

Entity	Character	Description
Essential (XML)
`&`	`&`	Ampersand
`<`	`<`	Less than
`>`	`>`	Greater than
`"`	`"`	Quotation mark
`'`	`'`	Apostrophe
Whitespace
` `		Non-breaking space
Typographic
`–`	`–`	En dash
`—`	`—`	Em dash
`…`	`…`	Horizontal ellipsis
`‘`	`'`	Left single quote
`’`	`'`	Right single quote
`“`	`"`	Left double quote
`”`	`"`	Right double quote
`•`	`•`	Bullet
`·`	`·`	Middle dot
Symbols
`©`	`©`	Copyright
`®`	`®`	Registered
`™`	`™`	Trademark
`°`	`°`	Degree
`±`	`±`	Plus-minus
`×`	`×`	Multiplication
`÷`	`÷`	Division
Fractions
`¼`	`¼`	One quarter
`½`	`½`	One half
`¾`	`¾`	Three quarters
Currency
`¢`	`¢`	Cent
`£`	`£`	Pound
`€`	`€`	Euro
`¥`	`¥`	Yen
Arrows
`←`	`←`	Left arrow
`→`	`→`	Right arrow
`↑`	`↑`	Up arrow
`↓`	`↓`	Down arrow

Numeric Character References

In addition to named entities, mdriver supports numeric references for any Unicode character:

Decimal: © → ©
Hexadecimal: © → ©

Example

$ echo "5 &lt; 10 &mdash; Tom &amp; Jerry &copy; 2024" | mdriver
5 < 10 — Tom & Jerry © 2024

Conformance Test Suite

This project uses a comprehensive conformance test suite to verify streaming behavior, markdown parsing, and ANSI formatting.

Test Structure

Tests are written as TOML fixture files that specify:

Input chunks: Markdown arriving incrementally (simulating streaming)
Expected emissions: What should be output after each chunk (empty string if block incomplete)
Raw ANSI codes: Actual escape sequences for exact terminal output matching

Test Format Example

name = "heading-basic"
description = "Heading should emit after newline is received"

[[chunks]]
input = "#"
emit = ""

[[chunks]]
input = " Hello"
emit = ""

[[chunks]]
input = "\n"
emit = "\u001b[1;34m# Hello\u001b[0m\n"

Key Points:

Each [[chunks]] represents a piece of markdown fed to the parser
input: The markdown chunk
emit: Expected terminal output (empty "" means no emission yet)
ANSI codes use \u001b format (TOML Unicode escape)

Test Categories

Tests are organized in tests/fixtures/:

blocks/ - Individual block types (headings, paragraphs, code blocks, lists)
streaming/ - Incremental emission and block boundary detection
ansi/ - ANSI escape sequence formatting (bold, italic, colors)
complex/ - Real-world documents with mixed block types

Running Tests

# Run all conformance tests
cargo test

# Run specific test category
cargo test test_block_fixtures
cargo test test_streaming_fixtures
cargo test test_ansi_fixtures
cargo test test_complex_fixtures

# Run with verbose output
cargo test -- --nocapture

Test Output

When tests fail, you see clear diagnostics:

Running 4 tests from blocks...
  ✗ heading-basic
    Heading should emit after newline is received
    Chunk 4 failed:
  Input: "\n"
  Expected: "\u{1b}[1;34m# Hello\u{1b}[0m\n"
  Actual: ""

Writing New Tests

Create a .toml file in the appropriate tests/fixtures/ subdirectory
Define test name and description
Add chunks with input and expected emissions
Use \u001b for ESC character in ANSI codes

Example ANSI codes:

Bold: \u001b[1m...\u001b[0m
Italic: \u001b[3m...\u001b[0m
Color: \u001b[1;34m...\u001b[0m (bold blue)
Background: \u001b[48;5;235m...\u001b[0m

Current Status

All Systems Operational ✅

✅ Parser Implementation: Complete with full streaming support
✅ Test Suite: 8 conformance tests - all passing
✅ CLI: Working binary for command-line usage
✅ Code Quality: Zero compiler warnings, zero clippy errors
✅ Documentation: Comprehensive CLAUDE.md for AI assistants

Test Coverage:

Block types: heading, paragraph, code block, list
Streaming: incremental emission, block boundaries
Formatting: inline ANSI codes (bold, italic, code)
Complex: mixed document scenarios

Future Enhancements

Potential areas for expansion:

Additional GFM features (tables, task lists)
Additional image protocols (sixel, iTerm2)
Terminal width awareness and text wrapping
Performance benchmarks for large documents

Project Structure

mdriver/
├── Cargo.toml
├── README.md
├── CLAUDE.md              # AI assistant context and guidelines
├── gfmspec.md             # GitHub Flavored Markdown specification
├── .clippy.toml           # Clippy linting configuration
├── src/
│   ├── lib.rs             # StreamingParser implementation
│   └── main.rs            # CLI binary
└── tests/
    ├── conformance.rs     # Test runner
    ├── common/
    │   ├── mod.rs
    │   └── fixture_loader.rs
    └── fixtures/
        ├── blocks/        # 4 tests: heading, paragraph, code_block, list
        ├── streaming/     # 2 tests: incremental_emit, block_boundaries
        ├── ansi/          # 1 test: inline_formatting
        └── complex/       # 1 test: mixed_document

Design Philosophy

Streaming First: Blocks emit immediately when complete, enabling real-time rendering
Test-Driven: Comprehensive test suite defines expected behavior before implementation
Exact Output: Tests verify exact ANSI codes, not just content
Incremental Testing: Tests verify streaming property, not just final output
Zero Tolerance: No compiler warnings, no clippy errors - strict code quality standards

Development

Code Quality Standards

This project maintains strict code quality requirements:

# All must pass before committing:
cargo fmt                                                # Format code
cargo build                                              # No warnings
cargo build --release                                    # No warnings
cargo clippy --all-targets --all-features -- -D warnings # No errors
cargo test                                               # All tests pass

See CLAUDE.md for comprehensive development guidelines and best practices.

Contributing

Fork the repository
Create a feature branch
Write tests first (TDD approach)
Implement feature to pass tests
Ensure all quality checks pass
Submit pull request

Key Files

CLAUDE.md: Comprehensive guide for AI assistants and developers
gfmspec.md: GitHub Flavored Markdown specification (authoritative source)
.clippy.toml: Linting configuration
tests/fixtures/: Conformance test cases in TOML format

License

MIT

Name		Name	Last commit message	Last commit date
Latest commit History 121 Commits
.github/workflows		.github/workflows
.pi/skills/pr-transcript		.pi/skills/pr-transcript
docs/plans		docs/plans
src		src
tests		tests
tools		tools
transcripts		transcripts
.clippy.toml		.clippy.toml
.gitignore		.gitignore
.goreleaser.yaml		.goreleaser.yaml
CHANGELOG.md		CHANGELOG.md
CLAUDE.md		CLAUDE.md
Cargo.toml		Cargo.toml
Makefile		Makefile
README.md		README.md
build.rs		build.rs
callouts.md		callouts.md
fenced-code-block-issue.md		fenced-code-block-issue.md
gfmspec.md		gfmspec.md
rust-toolchain.toml		rust-toolchain.toml

Folders and files

Latest commit

History

Repository files navigation

mdriver - Streaming Markdown Printer

Features

Installation

Using Homebrew (macOS)

From crates.io

From Pre-built Binaries

From Source

Usage

Example

Features

Syntax Highlighting Themes

Available Themes

Setting a Theme

Example

Image Rendering

Enabling Image Rendering

Image Features

Example

Color Output Control

Color Modes

Usage Examples

Common Use Cases

HTML Entity Support

Supported Named Entities

Numeric Character References

Example

Conformance Test Suite

Test Structure

Test Format Example

Test Categories

Running Tests

Test Output

Writing New Tests

Current Status

Future Enhancements

Project Structure

Design Philosophy

Development

Code Quality Standards

Contributing

Key Files

License

About

Resources

Code of conduct

Security policy

Uh oh!

Stars

Watchers

Forks

Releases

Packages 0

Uh oh!

Uh oh!

Contributors

Uh oh!

Languages

Packages