Skip to content

Update documentation site and homepage for Docs editor#75

Merged
hackerwins merged 9 commits into
mainfrom
docs-and-homepage-update
Mar 24, 2026
Merged

Update documentation site and homepage for Docs editor#75
hackerwins merged 9 commits into
mainfrom
docs-and-homepage-update

Conversation

@hackerwins

@hackerwins hackerwins commented Mar 24, 2026

Copy link
Copy Markdown
Collaborator

Summary

  • Restructure documentation site into Guide, Sheets, Docs, and Developers sections
  • Add new Docs guides: Writing a Document, Keyboard Shortcuts
  • Update Getting Started and Collaboration pages to cover both sheets and docs
  • Update REST API and CLI docs with document type ("sheet" | "doc") parameter
  • Update homepage messaging: "Spreadsheet & Word Processor You Can Own"
  • Add Document Editor feature card to homepage
  • Fix broken documentation link paths in homepage

Test plan

  • pnpm verify:fast passes
  • pnpm verify:self passes (all builds succeed)
  • VitePress documentation site builds without errors
  • Visual check: homepage hero, why, features sections reflect new messaging
  • Visual check: documentation sidebar shows Guide / Sheets / Docs / Developers
  • Verify all internal links resolve (no 404s)

🤖 Generated with Claude Code

Summary by CodeRabbit

Release Notes

  • New Features

    • Document editor fully documented with comprehensive keyboard shortcuts and formatting guides
  • Documentation

    • Restructured documentation with dedicated sections for sheets and documents
    • REST API and CLI updated to support document creation with type specification
    • Collaboration guides expanded to cover both sheets and documents
    • Marketing materials refreshed to reflect combined spreadsheet and word processor platform

@coderabbitai

coderabbitai Bot commented Mar 24, 2026

Copy link
Copy Markdown
📝 Walkthrough

Walkthrough

Comprehensive documentation reorganization introducing sheets/ and docs-editor/ sections, updating common guides to cover both sheets and documents, reconfiguring VitePress navigation structure, and updating developer documentation to support document type parameters. Frontend homepage refreshed to reflect dual product positioning.

Changes

Cohort / File(s) Summary
VitePress Configuration & Navigation
packages/documentation/.vitepress/config.ts, packages/documentation/README.md
Updated sidebar structure from dual "Guide/Developers" to four-section layout ("Guide", "Sheets", "Docs", "Developers"); updated description to include document editor; reorganized navigation entries.
Common Guides
packages/documentation/guide/getting-started.md, packages/documentation/guide/collaboration.md
Extended "Getting Started" to cover sheet and document creation workflows; generalized "Collaboration & Sharing" to apply to both editor types with artifact-specific capability details and conflict-resolution semantics.
Sheets Section
packages/documentation/sheets/build-a-budget.md
Updated link references to reflect new documentation structure (collaboration guide path updated).
Docs Editor Section
packages/documentation/docs-editor/writing-a-document.md, packages/documentation/docs-editor/keyboard-shortcuts.md
Added two new guides for document editor: comprehensive writing workflow and platform-specific keyboard shortcuts with action-to-shortcut mappings.
Developer Documentation
packages/documentation/developers/rest-api.md, packages/documentation/developers/cli.md
Added type parameter support for document creation (values: sheet, doc); clarified that tabs/cells endpoints apply only to sheet documents; updated examples and option descriptions.
Frontend Homepage Components
packages/frontend/src/app/home/hero-section.tsx, packages/frontend/src/app/home/features-section.tsx, packages/frontend/src/app/home/why-section.tsx, packages/frontend/src/app/home/developer-section.tsx, packages/frontend/src/app/home/footer.tsx, packages/frontend/src/app/home/demo-section.tsx
Updated hero copy to "Spreadsheet & Word Processor"; added new "Document Editor" feature card; updated navigation links to new documentation paths (/docs/developers/*); refreshed taglines and comparisons to reflect dual sheet/document product positioning.

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~25 minutes

Possibly related PRs

Poem

🐰 A burrow of docs, reorganized neat,
Sheets and documents, now dancing sweet,
Navigation refined, links all aligned,
From homepage to guides, a workflow redesigned!
Word processors join spreadsheets with glee,
Wafflebase grows wilder, as wild can be! 🌱

🚥 Pre-merge checks | ✅ 2 | ❌ 1

❌ Failed checks (1 warning)

Check name Status Explanation Resolution
Docstring Coverage ⚠️ Warning Docstring coverage is 0.00% which is insufficient. The required threshold is 80.00%. Write docstrings for the functions missing them to satisfy the coverage threshold.
✅ Passed checks (2 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title directly corresponds to the main changes: restructuring the documentation site and updating the homepage for the new Docs editor feature.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
📝 Generate docstrings
  • Create stacked PR
  • Commit on current branch
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch docs-and-homepage-update

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@github-actions

github-actions Bot commented Mar 24, 2026

Copy link
Copy Markdown
Contributor

Verification: verify:self

Result: ✅ PASS in 104.7s

Lane Status Duration
sheets:build ✅ pass 14.2s
docs:build ✅ pass 5.5s
verify:fast ✅ pass 48.5s
frontend:build ✅ pass 14.9s
verify:frontend:chunks ✅ pass 0.3s
backend:build ✅ pass 4.4s
cli:build ✅ pass 1.8s
verify:entropy ✅ pass 15.0s

Verification: verify:integration

Result: ✅ PASS

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
packages/documentation/developers/cli.md (1)

119-137: ⚠️ Potential issue | 🟠 Major

document create --type is documented, but not implemented in the CLI.

Line 123 and Line 137 describe --type, but packages/cli/src/commands/document.ts currently defines create <title> with no --type option and sends only title to createDocument(...). This will mislead users and cause command failure/unknown-option behavior.

Please either implement --type in packages/cli/src/commands/document.ts in this PR, or remove this option from docs until the CLI support lands.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@packages/documentation/developers/cli.md` around lines 119 - 137, The docs
advertise a --type option for the CLI but the command handler "create <title>"
doesn't accept or forward it; update the command definition for the create
command to accept an optional --type <type> flag (defaulting to "sheet"),
validate it against allowed values "sheet" and "doc", and pass the resolved type
as a second argument to createDocument (e.g., createDocument(title, type)); if
createDocument's signature doesn't support a type yet, update its caller/callee
to accept and forward the type to the API call. Ensure the flag is registered on
the same command that defines "create <title>" and that unknown values return a
friendly error.
🧹 Nitpick comments (1)
docs/superpowers/plans/2026-03-24-docs-documentation-update.md (1)

617-625: Consider adding language specifiers to fenced code blocks.

Static analysis flagged these blocks for missing language identifiers. For plain text content like this, you can use ```text to satisfy the linter.

📝 Suggested fix
-```
+```text
 The Wafflebase REST API lets you read and write spreadsheet data programmatically.

-To:
- + +To: + +text
The Wafflebase REST API lets you read and write spreadsheet and document data programmatically.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@docs/superpowers/plans/2026-03-24-docs-documentation-update.md` around lines
617 - 625, Update the first line string "The Wafflebase REST API lets you read
and write spreadsheet data programmatically." to include "and document" so it
reads "The Wafflebase REST API lets you read and write spreadsheet and document
data programmatically.", and add language specifiers to the fenced code blocks
around that sentence by changing the triple-backtick fences to use ```text for
both the original and updated fenced blocks; modify the fenced block markers
that currently are plain ``` so they become ```text to satisfy the linter.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In `@packages/documentation/developers/rest-api.md`:
- Line 3: The opening sentence overstates REST capabilities by claiming it
supports "document data"; update that sentence to accurately state the API
exposes spreadsheet sheet cell data and document metadata (not full document
content) under "/api/v1/". Locate the sentence containing the phrase "The
Wafflebase REST API lets you read and write spreadsheet and document data
programmatically" and replace "document data" with "document metadata and sheet
cell data" (or similar wording) so it aligns with the later note that full doc
content is not available via REST.

---

Outside diff comments:
In `@packages/documentation/developers/cli.md`:
- Around line 119-137: The docs advertise a --type option for the CLI but the
command handler "create <title>" doesn't accept or forward it; update the
command definition for the create command to accept an optional --type <type>
flag (defaulting to "sheet"), validate it against allowed values "sheet" and
"doc", and pass the resolved type as a second argument to createDocument (e.g.,
createDocument(title, type)); if createDocument's signature doesn't support a
type yet, update its caller/callee to accept and forward the type to the API
call. Ensure the flag is registered on the same command that defines "create
<title>" and that unknown values return a friendly error.

---

Nitpick comments:
In `@docs/superpowers/plans/2026-03-24-docs-documentation-update.md`:
- Around line 617-625: Update the first line string "The Wafflebase REST API
lets you read and write spreadsheet data programmatically." to include "and
document" so it reads "The Wafflebase REST API lets you read and write
spreadsheet and document data programmatically.", and add language specifiers to
the fenced code blocks around that sentence by changing the triple-backtick
fences to use ```text for both the original and updated fenced blocks; modify
the fenced block markers that currently are plain ``` so they become ```text to
satisfy the linter.

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 500561a7-8cb3-4f67-91e2-d1a604bab0f6

📥 Commits

Reviewing files that changed from the base of the PR and between 75da7be and 92150a2.

📒 Files selected for processing (19)
  • docs/superpowers/plans/2026-03-24-docs-documentation-update.md
  • packages/documentation/.vitepress/config.ts
  • packages/documentation/README.md
  • packages/documentation/developers/cli.md
  • packages/documentation/developers/rest-api.md
  • packages/documentation/docs-editor/keyboard-shortcuts.md
  • packages/documentation/docs-editor/writing-a-document.md
  • packages/documentation/guide/collaboration.md
  • packages/documentation/guide/getting-started.md
  • packages/documentation/sheets/build-a-budget.md
  • packages/documentation/sheets/charts.md
  • packages/documentation/sheets/formulas.md
  • packages/documentation/sheets/keyboard-shortcuts.md
  • packages/frontend/src/app/home/demo-section.tsx
  • packages/frontend/src/app/home/developer-section.tsx
  • packages/frontend/src/app/home/features-section.tsx
  • packages/frontend/src/app/home/footer.tsx
  • packages/frontend/src/app/home/hero-section.tsx
  • packages/frontend/src/app/home/why-section.tsx

# REST API

The Wafflebase REST API lets you read and write spreadsheet data programmatically. All endpoints are under `/api/v1/`.
The Wafflebase REST API lets you read and write spreadsheet and document data programmatically. All endpoints are under `/api/v1/`.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🟡 Minor

Opening sentence overstates current REST support for docs.

Line 3 says the API can read/write “document data,” but Line 102 states doc content is not available via REST yet. Consider clarifying this as document metadata + sheet cell data to avoid contradiction.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@packages/documentation/developers/rest-api.md` at line 3, The opening
sentence overstates REST capabilities by claiming it supports "document data";
update that sentence to accurately state the API exposes spreadsheet sheet cell
data and document metadata (not full document content) under "/api/v1/". Locate
the sentence containing the phrase "The Wafflebase REST API lets you read and
write spreadsheet and document data programmatically" and replace "document
data" with "document metadata and sheet cell data" (or similar wording) so it
aligns with the later note that full doc content is not available via REST.

@hackerwins
hackerwins merged commit 8eb9fab into main Mar 24, 2026
3 checks passed
@hackerwins
hackerwins deleted the docs-and-homepage-update branch March 24, 2026 11:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant