Operator guideENwheel-of-fortuneformcreate

Wheel of Fortune / Create

Five-step wheel wizard for identity, settings, UI, segments, and visibility, with local-draft bootstrap, server step saves, translation helpers, and live preview before publish.

Reader view

Clean portal guidance

This page keeps the operator explanation, field and action descriptions, and screenshots visible without exposing repo paths, raw sidecars, or editorial-only implementation details.

Narrative content

Page body

What this surface does

This is the create wizard for a new wheel.

Operators use it to define all required wheel data in five steps:

  1. Wheel Name
  2. Wheel Settings
  3. Wheel UI
  4. Segments
  5. Visibility

Each step also has its own Complete Step action, and each step can expose Save Draft while the wheel still exists only as a local browser draft.

How the create flow really behaves

  • Save Draft is a per-step local-draft helper until the first backend draft row exists.
  • The first successful Complete Step can bootstrap a real backend draft row and redirect the operator from /create to /wheel-of-fortune/:id.
  • Step headers are clickable, but the operator can only open step 0 immediately or a later step when the previous step is already completed.
  • The final submit path publishes the wheel only after all required steps are completed and FE validation passes for the required steps.
  • Segment setup uses the active bonus catalog as one of its reference inputs, but choosing a segment bonus does not edit the underlying bonus definition.
  • Settings cover player-facing links and motion: wheel URL, wheel MKT tag, claim button URL, wheel speed, wheel turns, and guest access.
  • UI configuration covers text placement, segment text styling, modal background, and four asset slots: wheel background, spin button, pointer arrow, and wheel frame.
  • Segment configuration supports localized text, chance percent, optional segment image, and a linked bonus per segment.
  • Visibility controls include include-tags, exclude-tags, and the active or inactive status switch.
  • Translate fills missing localized values from EN only.
  • Force Translate overwrites existing target-language values for the supported translated fields.
  • The right-side Live Preview is not a persistence surface. It mirrors current FE state, includes a preview-language switcher and completion progress, and helps operators inspect wheel links, claim links, preview chips, and segment UI before publish.

Common caveats

  • Backend publish validation requires a wheel name, title translations, claim button translations, claim title translations, and between 10 and 16 segments with text.
  • FE step validation only hard-gates Wheel Name and Segments; the intermediate settings, UI, and visibility steps can still be marked complete without extra FE validation errors.
  • Full publish still requires all steps to be completed, so operators should not treat a green Complete Step on step 1, 2, or 4 as proof that all downstream data is ready.
  • Save Draft stops writing local storage after the first backend draft exists; from that point the operator must use Complete Step to persist changes.
  • Translate and Force Translate only work when at least one EN source text exists across title, subtitle, claim button text, claim title, or segment text.
  • Preview links are generated from current form values and casino origin settings. They are helpful for inspection, but they do not save or publish the wheel.
  • Segment images and wheel UI assets can come from either direct URLs or asset-library selections depending on the current source-type toggle.
Operational notes

Notes

item

Create mode starts with local draft storage and can bootstrap a backend draft on the first completed step.

item

Step headers are FE-gated by previous-step completion through `wheel-stepper.tsx`.

item

EN is the source language for `Translate` and `Force Translate`; the helper can update title, subtitle, claim texts, and segment texts.

item

The live preview mirrors FE state with debounced UI updates and preview-only wheel-spin math.

item

Segment bonus selection is sourced from the active bonuses list in the admin FE and does not mutate the underlying bonus records.

item

Casino routes are downstream player runtime paths, not the admin CRUD owner.

Related references

Related pages

pageWheel of Fortune

Operator documentation for the Wheel of Fortune catalog, step-based draft creation flow, manage/edit wizard, publishing rules, and visibility controls.

pageWheel of Fortune / Detail

Manage/edit wizard for one existing wheel, including step saves, final publish, and post-publish updates.

pageWheel of Fortune / List

Main wheel catalog with status tabs, server pagination, active toggle, edit action, and delete action.

pageActivity Tag Rules / Create

Create flow for a new activity tag rule, including optional clone-from-existing behavior and condition testing.

pageAffiliate Deals / Form

Create and edit form for affiliate deals, including PID, date window, commercial terms, and responsible person.

pageAffiliate Payment Settings / Form

Create and edit form for one affiliate payment-setting record, with visible PID targeting, minimum deposit threshold, and active-state control.