Skip to content

docs: refresh README and PROJECT_CONTEXT for multi-converter shape - #4

Closed
fedyunin wants to merge 1 commit into
feat/dispatch-uifrom
feat/docs-refresh
Closed

docs: refresh README and PROJECT_CONTEXT for multi-converter shape#4
fedyunin wants to merge 1 commit into
feat/dispatch-uifrom
feat/docs-refresh

Conversation

@fedyunin

Copy link
Copy Markdown
Owner

Summary

Docs were lagging three feature PRs behind. This PR brings both README.md and PROJECT_CONTEXT.md in line with the registry / schema-driven shape introduced in #1#3.

Stacked on top of #3. No code changes.

What changed

README

  • Marks mif-to-xlsx and kml-to-mif as shipped (was "planned" for kml-to-mif).
  • Replaces the single-feature blurb with one section per shipped converter, with the actual behaviors users will encounter (color resolution chains, Folder column, charset choices, KMZ in-process).
  • New Adding a new converter section with a complete runnable skeleton so contributors don't have to reverse-engineer the contract from existing code.
  • Project structure trimmed and reordered to match the current src/core/ layout (common/ and converters/ are now visible).
  • Architecture-notes paragraph rewritten around the schema-driven renderer + worker_threads dispatch.

PROJECT_CONTEXT

  • Full rewrite. The old doc described only the original MIF→XLSX app; the new doc describes the toolkit and the three layers (core engine / Electron shell / planned CLI).
  • Tables: Shipped converters (with implementation notes) and Planned converters (with rationale per id).
  • Input format assumptions split between read (MIF, MID, KML/KMZ) and write (MIF/MID from kml-to-mif), with the byte-level details that matter for MapInfo Pro compatibility (CRLF normalization, charset, Pen/Brush/Symbol semantics).
  • Settings v2 shape documented with migration policy from v1.
  • New sections: Definition of done for a new converter PR, Guidance for future AI assistants.

Test plan

  • Markdown renders correctly (no broken refs, code blocks closed).
  • No code files touched — npm test would still produce the same 81 passing tests.

🤖 Generated with Claude Code

Both docs now reflect the post-rebrand reality: a registry of
converters, a schema-driven UI, and kml-to-mif shipped.

README
- Converter table: mark mif-to-xlsx and kml-to-mif as shipped; keep
  the planned ones for direction.
- Replace the single-feature blurb with two feature sections (one per
  shipped converter) covering what each actually does.
- Add an "Adding a new converter" section with a runnable skeleton so
  contributors can land a new format without reading the whole core.
- Trim and reorder project structure to match the current src/core/
  layout, including src/core/common/ and src/core/converters/.

PROJECT_CONTEXT
- Full rewrite. Old doc only described the original MIF -> XLSX
  desktop app; new doc describes the toolkit, the three-layer
  architecture (core / shell / planned CLI), the Converter contract,
  and how the GUI talks to the engine.
- Tables: shipped converters (with implementation notes), planned
  converters (with rationale).
- Input format assumptions split between read (MIF, MID, KML/KMZ) and
  write (MIF/MID from kml-to-mif), with the byte-level details that
  matter for compatibility (CRLF, charset, Pen/Brush/Symbol).
- Settings v2 shape documented + migration policy.
- Quality bar and non-goals updated for the toolkit scope.
- New "Definition of done for a new converter PR" and "Guidance for
  future AI assistants" sections.

No code touched.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@fedyunin

Copy link
Copy Markdown
Owner Author

Superseded by #5 after the stacked base chain broke when #1 was merged. All commits from this PR are present in #5.

@fedyunin fedyunin closed this May 19, 2026
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