fix: normalize CRLF line endings in markdown parsers for Windows compatibility

[blucyk]

Summary

Markdown files created on Windows use CRLF (\r\n) line endings, which caused the regex patterns in parseProductOverview and parseProductRoadmap to fail matching section headers.

This fix normalizes line endings to LF (\n) before parsing, ensuring cross-platform compatibility.

Problem

Using Cursor on Windows, markdown files (product-overview.md, product-roadmap.md) are saved with CRLF (\r\n) line endings. The regex patterns in parseProductOverview and parseProductRoadmap use \n to match newlines, causing the patterns to fail on Windows systems.

This results in the Sections page showing "No roadmap defined yet" even when product-roadmap.md exists and is properly formatted.

Solution

Added line ending normalization (md.replace(/\r\n/g, '\n')) at the start of both parser functions before regex matching. This ensures cross-platform compatibility without changing the regex patterns.

Documented steps to test

1. Create a new Design OS project (in Cursor?) on Windows
2. Run /product-vision to create product/product-overview.md
3. Run /product-roadmap to create product/product-roadmap.md with 3+ sections
4. Verify files have CRLF line endings: git ls-files --eol | grep product
5. Start the dev server: npm run dev
6. Navigate to the Sections page (/sections)
7. Verify all roadmap sections display correctly (not "No roadmap defined yet")
8. Both parsers now correctly parse files regardless of line ending format

Notes for reviewers

(Sorry for not opening a discussion, just wanted to quickly pass along the fix I used to get past my issue)

[unrayed]

Great fix, Thanks mate👍

[rayedriasat]

Yup, I was facing the same issue on cursor in Windows. This change solved the issue

[unrayed]

This issue persists with other things too. Such as the last step before exporting, still needs a fix

[lutfi-zain]

Hi @blucyk! Thanks for identifying and fixing this CRLF issue - it's a real pain point for Windows users.

I wanted to give a heads up that I've submitted #21 which includes this same fix, but extends it further:

• CRLF normalization across all loaders (product-loader, data-model-loader, design-system-loader, shell-loader) - as @unrayed mentioned, the issue persists in other places too
• Switched from build-time import.meta.glob to runtime fetch() - this enables hot-reload of product files without restarting the dev server
• Added useProductData hook for consistent async loading pattern
• Added loading states to all affected pages

Just wanted to provide visibility so the maintainers can decide how to consolidate these changes. Your fix is solid and mine builds on the same approach (normalizing \r\n to \n before parsing).

Thanks again for catching this!