- OrchestrationSummaryCard: Full dark mode support with CSS variables
- InsightsGrid: Replace Tailwind classes with theme-aware CSS variables
- All dashboard components now properly adapt to light/dark themes
- Skeleton loaders use theme colors for seamless transitions
- ProductionTimelineCard filters for today's PENDING/ON_HOLD batches
All dashboard components now use CSS variables exclusively for colors,
ensuring proper theme adaptation and consistent user experience across
light and dark modes.
- Replace Tailwind color classes with CSS variables in all dashboard components
- HealthStatusCard: Use CSS variables for success/warning/error colors
- ActionQueueCard: Full dark mode support with CSS variable-based colors
- ProductionTimelineCard: Dark mode colors + filter for PENDING/ON_HOLD with today's start date
- All skeleton loaders now use theme-aware background colors
- Components adapt automatically to light/dark theme changes
This commit fixes React Error #306 by adding proper memoization to
prevent formatter functions from returning unstable object references
that could cause React reconciliation issues.
Root Cause:
The formatPOAction and formatBatchAction functions were being called
during render without memoization, creating new objects on every render.
This could cause React to see undefined values during reconciliation,
triggering Error #306 (text content mismatch).
Changes Made:
1. **ActionQueueCard.tsx**:
- Added useMemo import
- Wrapped formatPOAction result with useMemo
- Dependencies: action.reasoning_data, action.reasoning, action.consequence, formatPOAction
- Ensures stable object reference across renders
2. **ProductionTimelineCard.tsx**:
- Added useMemo import
- Wrapped formatBatchAction result with useMemo
- Dependencies: item.reasoning_data, item.reasoning, formatBatchAction
- Ensures stable object reference across renders
3. **useReasoningTranslation.ts**:
- Added useCallback import from 'react'
- Wrapped formatPOAction with useCallback
- Wrapped formatBatchAction with useCallback
- Both depend on [translation] to maintain stable function references
- Prevents functions from being recreated on every render
Why This Fixes Error #306:
- useMemo ensures formatter results are only recalculated when dependencies change
- useCallback ensures formatter functions maintain stable references
- Stable references prevent React from seeing "new" undefined values during reconciliation
- Components can safely destructure { reasoning, consequence, severity } without risk of undefined
Testing:
- All formatted values now have stable references
- No new objects created unless dependencies actually change
- React reconciliation will see consistent values across renders
- Updated TypeScript types to support reasoning_data field
- Integrated useReasoningTranslation hook in all dashboard components:
* ActionQueueCard: Translates PO reasoning_data and UI text
* ProductionTimelineCard: Translates batch reasoning_data and UI text
* OrchestrationSummaryCard: Translates all hardcoded English text
* HealthStatusCard: Translates all hardcoded English text
- Added missing translation keys to all language files (EN, ES, EU):
* health_status: never, critical_issues, actions_needed
* action_queue: total, critical, important
* orchestration_summary: ready_to_plan, run_info, took, show_more/less
* production_timeline: Complete rebuild with new keys
- Components now support fallback for deprecated text fields
- Full multilingual support: English, Spanish, Basque
Dashboard is now fully translatable and will display reasoning in user's language.
Implements comprehensive dashboard redesign based on Jobs To Be Done methodology
focused on answering: "What requires my attention right now?"
## Backend Implementation
### Dashboard Service (NEW)
- Health status calculation (green/yellow/red traffic light)
- Action queue prioritization (critical/important/normal)
- Orchestration summary with narrative format
- Production timeline transformation
- Insights calculation and consequence prediction
### API Endpoints (NEW)
- GET /dashboard/health-status - Overall bakery health indicator
- GET /dashboard/orchestration-summary - What system did automatically
- GET /dashboard/action-queue - Prioritized tasks requiring attention
- GET /dashboard/production-timeline - Today's production schedule
- GET /dashboard/insights - Key metrics (savings, inventory, waste, deliveries)
### Enhanced Models
- PurchaseOrder: Added reasoning, consequence, reasoning_data fields
- ProductionBatch: Added reasoning, reasoning_data fields
- Enables transparency into automation decisions
## Frontend Implementation
### API Hooks (NEW)
- useBakeryHealthStatus() - Real-time health monitoring
- useOrchestrationSummary() - System transparency
- useActionQueue() - Prioritized action management
- useProductionTimeline() - Production tracking
- useInsights() - Glanceable metrics
### Dashboard Components (NEW)
- HealthStatusCard: Traffic light indicator with checklist
- ActionQueueCard: Prioritized actions with reasoning/consequences
- OrchestrationSummaryCard: Narrative of what system did
- ProductionTimelineCard: Chronological production view
- InsightsGrid: 2x2 grid of key metrics
### Main Dashboard Page (REPLACED)
- Complete rewrite with mobile-first design
- All sections integrated with error handling
- Real-time refresh and quick action links
- Old dashboard backed up as DashboardPage.legacy.tsx
## Key Features
### Automation-First
- Shows what orchestrator did overnight
- Builds trust through transparency
- Explains reasoning for all automated decisions
### Action-Oriented
- Prioritizes tasks over information display
- Clear consequences for each action
- Large touch-friendly buttons
### Progressive Disclosure
- Shows 20% of info that matters 80% of time
- Expandable details when needed
- No overwhelming metrics
### Mobile-First
- One-handed operation
- Large touch targets (min 44px)
- Responsive grid layouts
### Trust-Building
- Narrative format ("I planned your day")
- Reasoning inputs transparency
- Clear status indicators
## User Segments Supported
1. Solo Bakery Owner (Primary)
- Simple health indicator
- Action checklist (max 3-5 items)
- Mobile-optimized
2. Multi-Location Owner
- Multi-tenant support (existing)
- Comparison capabilities
- Delegation ready
3. Enterprise/Central Bakery (Future)
- Network topology support
- Advanced analytics ready
## JTBD Analysis Delivered
Main Job: "Help me quickly understand bakery status and know what needs my intervention"
Emotional Jobs Addressed:
- Feel in control despite automation
- Reduce daily anxiety
- Feel competent with technology
- Trust system as safety net
Social Jobs Addressed:
- Demonstrate professional management
- Avoid being bottleneck
- Show sustainability
## Technical Stack
Backend: Python, FastAPI, SQLAlchemy, PostgreSQL
Frontend: React, TypeScript, TanStack Query, Tailwind CSS
Architecture: Microservices with circuit breakers
## Breaking Changes
- Complete dashboard page rewrite (old version backed up)
- New API endpoints require orchestrator service deployment
- Database migrations needed for reasoning fields
## Migration Required
Run migrations to add new model fields:
- purchase_orders: reasoning, consequence, reasoning_data
- production_batches: reasoning, reasoning_data
## Documentation
See DASHBOARD_REDESIGN_SUMMARY.md for complete implementation details,
JTBD analysis, success metrics, and deployment guide.
BREAKING CHANGE: Dashboard page completely redesigned with new data structures
