- ⏭️ (keine Markdown-Dateien im Projekt-Root)
TauriTwoer is a desktop porting and productization project. The current Python/Pygame game is a gameplay prototype and reference source. The target product is a Tauri 2 desktop app with a TypeScript + Canvas runtime.
- Desktop container: Tauri 2
- Frontend runtime: Vite + TypeScript
- Rendering/UI: HTML5 Canvas
- Native integration: Rust commands for desktop-only concerns (save/load, file access, packaging)
Python is allowed for project tooling, installers, diagnostics, and build helpers. Python is not part of the intended game runtime architecture.
- Run environment checks:
python3 tools/control.py --doctor- Prepare Linux Tauri prerequisites and scaffold app (Linux only):
python3 tools/control.py --tauri- Start development runtime:
python3 tools/control.py --start- Run tests:
python3 tools/control.py --test- Build artifacts:
python3 tools/control.py --build-lin
python3 tools/control.py --build-win
python3 tools/control.py --build-win -p
python3 tools/control.py --build-mac
python3 tools/control.py --build --winlinux- Copy generated artifacts to external targets:
export TAURITWOER_COPY_TARGETS="/abs/path1,/abs/path2"
python3 tools/control.py --build --copyapps/tauritwoer-desktop: target desktop app (scaffolded/generated by tooling)prototype/: gameplay prototype reference implementationtools/: operational tooling (doctor/install/run/build/test/fixes)docs/: architecture records, developer docs, tooling docs, and user docs.archive/: retired/legacy helper scripts kept for traceability
- Documentation Index
- ADR 0001: Tauri Target Architecture
- ADR 0002: Repo and Tooling Boundaries
- Developer Workflow
- Prototype Architecture (Headless)
- Tooling Overview
- Run & Play Guide
When architecture decisions conflict, prefer the simpler and cleaner long-term solution. For this project that means: port gameplay logic into TypeScript/Canvas instead of carrying Python into runtime.