Powered by SnapDock Rendering

SnapBoard — Index

SnapBoard

SnapBoard is the next major addition to the SnapDock ecosystem. It begins as a lightweight, minimal, offline‑first kanban board — but its real purpose is much bigger. SnapBoard introduces the idea of a virtual workspace, a way to organise writing and Markdown‑based work that doesn’t fit inside a traditional folder structure. This page explains the concept, why it matters, and how SnapBoard and SnapDock will eventually work together.


The role of SnapBoard in the ecosystem

SnapDock has always been built around code‑style workflows: load a folder, browse the file tree, open files, edit, save. That model works perfectly for development, but writing is different. Markdown moves across repos, projects, and tasks. A single day might involve editing README files in multiple repos, drafting notes, and preparing documentation — none of which live in one neat folder.

SnapBoard exists to bridge that gap. It gives writers, maintainers, and multi‑repo developers a way to organise their work in a way that reflects how writing actually happens: fluidly, across boundaries, and driven by tasks rather than directories.


Why this page exists before the app ships

Most entries in DocsHub describe features you can already use. SnapBoard is different. It’s still early, but the concept needs to be documented now because:

  • It explains why SnapDock 3 is taking longer than expected.
  • It defines the future direction of the entire ecosystem.
  • It introduces the virtual workspace model that SnapDock will eventually support.
  • It prepares users for a workflow that blends kanban, Markdown, and SnapDock’s file‑tree renderer.

SnapBoard is not just “another app” — it’s the missing piece that lets SnapDock evolve beyond folder‑bound work.


What is a virtual workspace?

A virtual workspace is a collection of files, notes, and tasks that behave like a workspace inside SnapDock, but don’t come from a single folder on disk.

Instead of loading a directory, SnapBoard lets you build a workspace out of:

  • Files dragged into a column
  • Notes written directly in SnapBoard
  • Markdown tasks and drafts
  • Cross‑repo documents you’re working on today

SnapDock will then load this virtual workspace and render it in the file tree exactly like a normal workspace — but the files can come from anywhere.

This unlocks workflows that were previously impossible, such as:

  • Editing README files across multiple repos in one session
  • Grouping related documents that live in different directories
  • Creating a writing‑first workflow that isn’t tied to a project’s folder structure
  • Building a “today’s work” board that SnapDock can open as a workspace

How SnapBoard will work

SnapBoard keeps the familiar kanban layout — columns, cards, drag‑and‑drop — but each card can represent more than a task. Cards can contain:

  • Linked files from anywhere on disk
  • Notes written directly in Markdown
  • Drafts, outlines, or checklists
  • Groups of documents that belong together for the day’s work

When you’re ready to work in SnapDock, you’ll be able to:

  1. Select a column (e.g., “Today”, “In Progress”, “Docs Sprint”).
  2. Export that column as a virtual workspace.
  3. SnapDock will load it and render it in the file tree.

From SnapDock’s perspective, it behaves like any other workspace — open files, edit, save, navigate — but the underlying structure comes from SnapBoard, not the filesystem.

This creates a seamless loop:

  • Plan in SnapBoard
  • Execute in SnapDock
  • Return to SnapBoard to track progress

Why SnapBoard matters

SnapBoard is the foundation for a more flexible ecosystem. It enables:

  • Writing‑first workflows that don’t depend on folder structure
  • Multi‑repo documentation sprints
  • Cross‑project planning and execution
  • A unified place to organise Markdown work
  • A future where SnapDock can load more than just directories

It also sets the stage for SnapDock 3, which will be built with virtual workspace support in mind.


Current status

SnapBoard is still in early development. The layout, drag‑and‑drop system, and core kanban behaviour are being built first. Virtual workspace export will come next, followed by integration with SnapDock.

This page will expand as the concept solidifies and the implementation becomes available.


What’s next

SnapBoard will grow into a central part of the ecosystem. As development continues, this entry will gain sections covering:

  • File linking and card structure
  • Column export formats
  • How SnapDock interprets virtual workspaces
  • Offline‑first behaviour
  • Syncing and future publishing options

For now, this page serves as the conceptual foundation for everything SnapBoard will become.


Interested in contributing?

The SnapDock ecosystem is growing, and a lot of the foundation is being built right now. If you’re a developer or writer who wants to get involved early, there’s room to help shape how these tools evolve.

The ecosystem is looking for:

  • Phone app developers
  • Documentation writers
  • JavaScript developers
  • Rust developers (shh… that part’s still under wraps)
  • Product testers across Windows, macOS, and Linux

If that sounds like you, reach out and get involved at the ground level.

[email protected]