What's wrong with the existing documentation
Problem
Several contributors on Windows (including me) ran into confusion while setting up PictoPy locally:
- The Windows
.exe build works, but
- The Tauri dev flow often fails (backend startup / logging recursion / server readiness)
- Backend runs fine when started standalone (
fastapi dev)
- Frontend/Tauri assumes backend auto-start, which is not always true on Windows
This makes it unclear:
- how users vs contributors are expected to run PictoPy
- whether Windows is fully supported for development or only for packaged builds
Proposal
Add a Windows-specific section to CONTRIBUTING.md (or a new doc) that clearly explains:
-
User workflow (recommended for Windows users)
- Download
.exe
- First run may fail → grant firewall permission → reopen
- App works after that
-
Developer workflow on Windows
- Backend: run via
fastapi dev
- Frontend: run independently
- Tauri dev flow may require extra setup or is unstable
- Known Windows-specific caveats (logging, server startup)
-
Troubleshooting section
- Backend starts but UI hangs
- Server ports (8000 / 8001)
- Firewall/network permissions
- When to prefer EXE over dev mode
Benefit
- Reduces onboarding friction
- Prevents duplicate issues
- Helps contributors understand the intended workflow
- Clarifies Windows support expectations
If this sounds reasonable, I’m happy to open a docs PR.
Record
What's wrong with the existing documentation
Problem
Several contributors on Windows (including me) ran into confusion while setting up PictoPy locally:
.exebuild works, butfastapi dev)This makes it unclear:
Proposal
Add a Windows-specific section to
CONTRIBUTING.md(or a new doc) that clearly explains:User workflow (recommended for Windows users)
.exeDeveloper workflow on Windows
fastapi devTroubleshooting section
Benefit
If this sounds reasonable, I’m happy to open a docs PR.
Record