feat(activity-days): add view's scaffolding

[MarmoPL]

No description provided.

[MarmoPL]

@greptile

[greptile-apps]

Greptile Summary

Elo żelo solvrowiczu! This PR scaffolds the Activity Days feature, wiring up a new route (/activity-days), Freezed models, a Riverpod repository (with intentional if (true) mock while the API is unavailable), and a HookConsumerWidget view with a three-tab layout. NavActionsSection is also refactored from a Wrap to a Row layout to conditionally surface the Activity Days button when an event is active.

• New feature scaffolding: Adds ActivityDaysView with tab navigation (Stands, Timetable, Information), route registration, and localization keys for both English and Polish.
• Conditional home button: NavActionsSection now watches isActivityDaysActiveProvider and renders an accent-colored Activity Days button only during active events, using replaceFirst(\" \", \"\ \") on the title for the two-line nav label.
• Mock-first development: The repository returns hardcoded mock data via if (true) with suppressed lint warnings — intentional scaffolding while the /das API endpoint is not yet available.

Confidence Score: 5/5

Safe to merge as scaffolding; the mock guard and placeholder tabs are intentional and the structural changes are sound.

All changes are well-scoped scaffolding. The Freezed models, route registration, and nav bar integration follow existing patterns correctly. The if(true) mock is acknowledged intentional scaffolding while the API is unavailable. Remaining nits are non-blocking for a scaffolding PR.

lib/features/activity_days/presentation/activity_days_view.dart (needs a widgetbook story) and packages/widgetbook/lib/features/home_view/widgets/nav_actions_section.stories.dart (needs provider mocking for the new isActivityDaysActive dependency).

Important Files Changed

Filename	Overview
lib/features/activity_days/presentation/activity_days_view.dart	New HookConsumerWidget view with TabBar scaffold; missing widgetbook story per project rules
lib/features/activity_days/data/repository/activity_days_repository.dart	New Riverpod provider with intentional if(true) mock guard; real API path is scaffolded but unreachable
lib/features/activity_days/data/models/activity_days_response.dart	Freezed models with correct IList collections; follows project patterns
lib/features/home_view/widgets/nav_actions_section.dart	Refactored from Wrap to Row layout, adds conditional Activity Days button; widgetbook story not updated to mock new provider
lib/features/navigator/utils/navigation_commands.dart	Adds navigateActivityDays(); missing trackEvent call unlike other navigation commands

Flowchart

%%{init: {'theme': 'neutral'}}%%
flowchart TD
    HomeView --> NavActionsSection
    NavActionsSection -->|watches| isActivityDaysActiveProvider
    isActivityDaysActiveProvider -->|watches| activityDaysRepositoryProvider
    activityDaysRepositoryProvider -->|if true mock| MockData[Mock ActivityDaysResponse]
    activityDaysRepositoryProvider -.->|future: real API| DAS["/das endpoint"]
    NavActionsSection -->|isActive == true| ActivityDaysButton[Activity Days Nav Button]
    ActivityDaysButton -->|tap| navigateActivityDays
    navigateActivityDays --> ActivityDaysRoute
    ActivityDaysRoute --> ActivityDaysView
    ActivityDaysView --> TabBar["TabBar (Stands / Timetable / Info)"]
    TabBar --> PlaceholderTab["_PlaceholderTab x3"]

Loading

_{Reviews (6): Last reviewed commit: "Merge branch 'das-scaffolding' of github..." | Re-trigger Greptile}

[greptile-apps]

Missing analytics tracking event

All other feature-navigation commands in this extension call trackEvent(ClarityEvents.…) before pushing the route (e.g. navigateToSksMenu, navigateAboutUs, navigateToNotifications). navigateActivityDays skips this, so Activity Days usage will be invisible in Clarity analytics.

[simon-the-shark]

generally very nicely done. I've left few comments + tests are failling

[simon-the-shark]

also this catch is not desired, we should just use getAndCacheData