4 Commits

Author	SHA1	Message	Date
Michael Mainguy	1422c5b926	Add centralized input control management and mission brief improvements ... - Create InputControlManager singleton for centralized ship controls and pointer selection management - Last-wins behavior for state changes - Mutually exclusive ship controls and VR pointer selection - Observable events for state changes with requester tracking - Enables debugging and prevents conflicts between UI components - Refactor Ship class to use InputControlManager - Remove disableControls() and enableControls() methods - Register input systems with InputControlManager on initialization - Simplify control state management throughout ship lifecycle - Update StatusScreen to use InputControlManager - Remove manual pointer selection enable/disable methods - Delegate control management to InputControlManager - Automatic laser pointer enabling when screen shows - Update Level1 mission brief to use InputControlManager - Consistent control management for mission brief display - Proper pointer selection during mission brief interaction - Fix controller input trigger blocking bug - Triggers now properly blocked when controls disabled - Prevents shooting when status screen or mission brief is visible - Only X-button (status screen toggle) allowed when disabled - Add START MISSION button to mission brief - Replace "Pull trigger to start" text with clickable button - Green styled button matching StatusScreen design - Works with VR laser pointer interaction - Trigger pull still works as fallback 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>	2025-11-21 17:25:11 -06:00
Michael Mainguy	ff8d69b6ec	Add VR controller remapping configuration system ... Implement comprehensive controller remapping UI that allows users to customize VR controller button and stick mappings with per-axis granularity and inversion controls. Configuration persists to localStorage and applies on level start. ## Features - Full-page controller remapping UI at #/controls - Per-axis stick mapping (4 dropdowns: leftX, leftY, rightX, rightY) - Individual axis inversion toggles (8 total invert options) - Button remapping (6 buttons: trigger, A, B, X, Y, squeeze) - Available actions: yaw, pitch, roll, forward thrust, camera, status screen - Configuration validation with warnings for duplicates/missing controls - Preview/test functionality to review current mapping - Reset to default option - localStorage persistence with backward compatibility ## Implementation - ControllerMappingConfig singleton manages configuration and validation - ControlsScreen handles UI logic and form manipulation - ControllerInput applies mapping by translating raw input to actions - Actions mapped back to virtual stick positions for ShipPhysics - No changes needed to ShipPhysics - receives correctly mapped values ## User Flow 1. Navigate to Controls via header menu 2. Select action for each stick axis (yaw/pitch/roll/forward/none) 3. Toggle invert checkboxes as needed 4. Assign button actions (fire/camera/status/none) 5. Save configuration 6. Changes apply when starting new level ## Technical Details - Storage key: 'space-game-controller-mapping' - Raw stick values stored, mapping applied in getInputState() - Supports future actions without code changes - Validation ensures critical controls (fire, forward) are mapped 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>	2025-11-21 08:11:04 -06:00
Michael Mainguy	e9ddf91b85	Implement trigger-based mission brief dismissal for VR gameplay ... Add mission briefing system that displays when entering VR and requires trigger pull to dismiss before gameplay begins. This prevents accidental weapon firing and provides clear mission objectives to players. ## Key Features - Mission brief displays on VR entry with objectives from directory.json - Ship controls disabled during briefing (movement, rotation, weapons) - Either controller trigger dismisses brief and starts game timer - First trigger pull does not fire weapons, only dismisses briefing - Subsequent trigger pulls fire weapons normally ## Implementation Details - Added MissionBrief class with mesh-based UI parented to ship - Ship class gains disableControls()/enableControls() methods - New mission brief trigger observable bypasses normal shoot handling - ControllerInput modified to allow triggers through when disabled - Level1 orchestrates control flow: disable → show brief → enable - Game timer and physics recording start only after dismissal ## Technical Changes - controllerInput.ts: Allow trigger events when controls disabled - ship.ts: Add control state tracking and mission brief observable - level1.ts: Integrate mission brief into XR initialization flow - missionBrief.ts: New class for displaying briefing with trigger detection - Fixed property name mismatch in level selection event dispatch - Added cache-busting for dev mode level loading - Exposed LevelRegistry to window for debugging 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>	2025-11-21 07:44:46 -06:00
Michael Mainguy	0dc3c9d68d	Restructure codebase into logical subdirectories ... ## Major Reorganization Reorganized all 57 TypeScript files from flat src/ directory into logical subdirectories for improved maintainability and discoverability. ## New Directory Structure ``` src/ ├── core/ (4 files) │ └── Foundation modules: defaultScene, gameConfig, debug, router │ ├── ship/ (10 files) │ ├── Ship coordination and subsystems │ └── input/ - VR controller and keyboard input │ ├── levels/ (10 files) │ ├── config/ - Level schema, serialization, deserialization │ ├── generation/ - Level generator and editor │ └── ui/ - Level selector │ ├── environment/ (11 files) │ ├── asteroids/ - Rock factory and explosions │ ├── celestial/ - Suns, planets, textures │ ├── stations/ - Star base loading │ └── background/ - Stars, mirror, radar │ ├── ui/ (9 files) │ ├── hud/ - Scoreboard and status screen │ ├── screens/ - Login, settings, preloader │ └── widgets/ - Discord integration │ ├── replay/ (7 files) │ ├── Replay system components │ └── recording/ - Physics recording and storage │ ├── game/ (3 files) │ └── Game systems: stats, progression, demo │ ├── services/ (2 files) │ └── External integrations: auth, social │ └── utils/ (5 files) └── Shared utilities and helpers ``` ## Changes Made ### File Moves (57 files) - Core modules: 4 files → core/ - Ship system: 10 files → ship/ + ship/input/ - Level system: 10 files → levels/ (+ 3 subdirs) - Environment: 11 files → environment/ (+ 4 subdirs) - UI components: 9 files → ui/ (+ 3 subdirs) - Replay system: 7 files → replay/ + replay/recording/ - Game systems: 3 files → game/ - Services: 2 files → services/ - Utilities: 5 files → utils/ ### Import Path Updates - Updated ~200 import statements across all files - Fixed relative paths based on new directory structure - Fixed case-sensitive import issues (physicsRecorder, physicsStorage) - Ensured consistent lowercase filenames for imports ## Benefits 1. **Easy Navigation** - Related code grouped together 2. **Clear Boundaries** - Logical separation of concerns 3. **Scalability** - Easy pattern for adding new features 4. **Discoverability** - Find ship code in /ship, levels in /levels, etc. 5. **Maintainability** - Isolated modules easier to update 6. **No Circular Dependencies** - Clean dependency graph maintained ## Testing - All TypeScript compilation errors resolved - Build succeeds with new structure - Import paths verified and corrected - Case-sensitivity issues fixed 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>	2025-11-11 12:53:18 -06:00