PlynxDoc format

PlynxDoc is the house format for docs and forum articles on plynx.cc. It stays plain-text friendly for AI, version control and quick edits, but supports richer blocks when you need tables, charts, collapses, diagrams, live widget canvases or multi-language code.

Core blocks

BlockSyntaxNotes
Heading#, ##, ###Standard markdown headings
Paragraphplain textInline links and inline code supported
Lists- item or 1. itemFlat ordered or unordered lists
Code fence```lang fileOptional filename in the opening fence
Code tabs:::codegroup + @@tabMulti-language side-by-side snippets
Callout`:::callout noteTitle`Rich note box
Step`:::step 1Title`Numbered process card
Media:::image, :::videoSVG, PNG, MP4, poster frames
Collapse`:::collapse openTitle`Titled or untitled collapse block
TableMarkdown table or :::table compactDefault, compact, spec, matrix
Chart`:::chart lineTitleurl.csvxylarge`CSV-backed interactive chart
Canvas:::canvas + item: rowsLive dashboard showcase blocks with widgets
Diagram:::diagram ... :::Logic / step flow
Venn`:::venn ABOverlap`2-set comparison
Latex:::latex c = \sqrt{a^2+b^2}Rendered with KaTeX
SuffixMeaning
defaultComfortable article table
compactTight vertical rhythm
specProperty/value docs
matrixDense comparison grid

Inline formatting

  • Use inline code for pins, commands and tokens.
  • Use links for cross-references.
  • Keep prose compact: PlynxDoc prefers dense documentation over oversized markdown walls.

Code tabs

button.ino
BLYNK_WRITE(V0) {  digitalWrite(RELAY_PIN, param.asInt());}

Collapsible sections

toggleWhy use a collapse block

Use collapses for verbose packet dumps, optional derivations, legal caveats or raw debug logs.

You can omit the title if you want a silent expandable body.

Charts from CSV

CSV chart behavior

Hover or touch inside the chart to inspect the nearest sample. PlynxDoc charts render a guide line, a point marker, and a live value chip in the top-right corner of the chart box.

chart

Humidity over time

csv source
--
latest
starthover to inspectend
SizeSyntax suffixTypical use
Small`small`Side note or compact KPI
Medium`medium`Default article chart
Large`large`Main chart using full horizontal room

Canvas blocks

Use canvas blocks when a plain screenshot is not enough and you want a docs or forum article to show a real widget arrangement.

Canvas behavior

Canvas blocks are rendered with the same website dashboard canvas component used elsewhere in the site. In docs and forum preview, sliders and buttons can be interacted with locally without turning the article into a live backend control surface.

canvas.plxdoc
:::canvastitle: greenhouse slider demotheme: autosize: 8x3item: slider|label=Fan speed|col=0|row=0|w=5|h=1|value=68|tone=tealitem: value|label=PWM|col=5|row=0|w=3|h=1|value=68|tone=violet:::
greenhouse slider demo
68
0100
Fan speed
68
PWM
Canvas keyMeaning
title:Label shown in the canvas bezel
theme:auto, app-dark, app-light, pastel
size:Grid footprint, used here as cols x rows
item:One widget entry with `typekey=value...`
col,row,w,hWidget position and size on the 8-column grid
valuePreview value shown locally in the article
toneteal, blue, amber, violet

The forum editor toolbar inserts this exact slider-oriented canvas template with ⌘⌥V, so makers can drop a working showcase block into support threads or build logs without starting from scratch.

Tables

PropertyValue
Default size2 × 2
Min size1 × 1
Resizeboth axes
SyntaxGood forWhy
markdown tablequick docsshortest authoring path
:::table compactkey/value liststighter vertical rhythm
:::table specwidget contractsstronger first column emphasis
:::table matrixcomparisonsequal-width dense cells
KeyMeaning
⌘BToggle dashboard sidebar
⌘EToggle forum editor preview
⌘SSave draft

Media

Quickstart path
Minimal board-to-dashboard path used in the onboarding docs.
Workench preview

Best practices

  1. Put the important answer above the fold.
  2. Split dense sections with callouts, steps or collapses.
  3. When documenting widgets, include sizing, resize rules and firmware contract.
  4. Prefer local media files for long-term durability.
  5. If a block has a shortcut in the editor, expose it in the tooltip so users learn it.
  6. Prefer spec tables for widgets, because they keep property labels readable on wide screens and mobile.
  7. Use canvas blocks for widget behavior demos, not giant screenshots with annotations baked into pixels.