Editable Visual Deck

Build a presentation that can keep changing after the first review. Editable Visual Deck gets its character from live type, flat color planes, simple diagrams, literal chart labels and small tables rather than slide screenshots. It separates what stays editable in the browser from what survives as text, pictures or rendered layers in PowerPoint, with an explicit handoff inventory.

What you get

  • A product, strategy, launch or executive deck built from readable text and flat visual objects. Layout options include an object cover, evidence/tension split, three-module product model, four-state flow, bar chart, compact table, object audit and decision close. Pages are static end states; animation is not required to understand them.
  • A per-slide object plan listing live text, shapes, lines, tables, charts, icons and inherent raster assets. Titles, labels, chart values and table cells should remain text leaves rather than being baked into pictures. The package contains seven recipes; the small-table archetype can require model authoring rather than a dedicated bundled recipe.
  • Three generation-time content presets: Lavender Construction, Signal Cream and Mint Ledger. Original flat shapes, simple SVG paths and literal repeated objects carry the visual grammar. The shared editor supports individual content-color edits, not a one-click three-theme selector.
  • A standalone editable HTML deck with content objects, slide ordering and notes. Resolve the notes preference explicitly: the older listing says opt-in, while the current package defaults to three to five talking points per slide unless asked for none. Notes can also be edited in the browser and carried into the PowerPoint notes pane.
  • An export and handoff audit stating which elements remain editable text, which are separate pictures, which are rendered artwork/background layers, any observed font changes and what was actually validated. PPTX does not promise native chart bars, lines or diagram shapes just because they were editable in the browser; PDF provides one fixed 16:9 page per slide.

Before you choose

Audit editability by selecting objects in the actual target file, not by reading the example’s handoff slide. Changing a chart value should change real text, but that alone does not make its bar a native chart. Record that distinction so the next person knows what can be revised and what needs reconstruction.

Good fit

  • A product manager or marketer expects colleagues to keep revising the product, strategy or launch story after the first draft.
  • An executive/review deck needs a clear closing decision and wording, chart values or table cells that can be revised without reconstructing a screenshot.
  • A team prefers crisp type, flat color and explanatory diagrams over photography and cinematic scenes.

Not for

  • Pointing an exporter at an arbitrary website or scrolling page and expecting it to become a structured editable presentation.
  • Making old slide screenshots editable through relabeling. This workflow builds a fresh object model from approved content.
  • A photo-led or cinematic story whose meaning depends on full-frame imagery or animation.
  • A guarantee that all browser objects become native PowerPoint shapes or charts. If native diagram components are essential, specify and verify a separate reconstruction requirement.

How to use

You say/editable-visual-deck Build a seven-slide product story using live text, flat shapes, and editable charts.
  1. Provide the topic, audience, desired decision, approved copy and numbers, slide count, visual references and existing design-system constraints. Identify the target presentation application and which text/objects must remain editable there. State animation needs and notes preference; the authored slides are static, so any essential motion needs a separate agreed scope.

  2. Inspect the supplied assets and prior slides, then establish a simple export-safe grammar before drawing pages. Choose Lavender Construction, Signal Cream or Mint Ledger and document font choices/substitutes. Specify whether to include notes rather than relying on the conflicting old/new defaults.

  3. Write a state/object plan for every page and select the closest style-kit recipe. Keep meaningful words and numbers in text leaf nodes, make repeated modules literal, and keep source data separate from decorative geometry. Use small tables of four or fewer rows and a single chart callout where appropriate. Adapt the model for a table if needed; the seven-recipe inventory does not include a standalone table recipe.

  4. Populate the kit with approved content and replace the Signal Notebook sample claims, chart values and handoff labels. In particular, a sample label saying NATIVE SHAPES is not proof of the current exporter’s result. Use simple labeled SVG cues, avoid screenshot slides and do not flatten meaningful text merely to preserve a font.

  5. Compose the plan, resolve sample leftovers and build/check with Python 3 and the agreed count/style kit. The current core build uses the bundled runtime and does not require Node packages. Keep the shared editor unchanged and fonts/media embedded; set interface language independently of slide language, which defaults to English unless requested otherwise.

  6. Open over local HTTP and test Edit/E, wording, labels and values, picture replacement, object movement, slide order, notes, undo/redo and Save. Reopen the saved HTML. Inspect all pages for bounds, contrast, chart scale and readable text; the browser’s local recovery copy is not the portable handoff.

  7. Export PPTX, run check-pptx.py against the project and inspect in the target native application. Confirm titles, labels, chart values and table text are actual text boxes; if intended text was rendered into an artwork layer, correct its source node and export again. Check notes, separate photo objects and fonts. Artwork, bars, shapes and SVG generally become rendered layers, not native editable chart components.

  8. Deliver the HTML and requested PPTX/PDF with a plain inventory of actual editable/rasterized objects, observed font substitutions and validation limits. Mark untested items as untested rather than copying the sample object-audit labels. Check PDF pagination separately and do not infer native editability from a browser screenshot.

Requirements and costs

You bring
Topic, audience, and decision goal · Approved copy, data, and visual references · Slide count, animation needs, and editable-export expectations
Dependencies
Modern browser — required · Node.js 20 or newer — required for validation · Chrome, Chromium or Edge plus Node.js 20 or newer — required only for PowerPoint export
Outside costs
Not collected yet
Publisher testing
v1.0.5 — Claude Code / Claude Desktop / Cowork / Codex / ChatGPT

FAQ

User reviews

—0 reviews

Select a star to share your experience.

No reviews yet. Ratings appear once readers share real experiences.

Similar Skills

View all skills