{{--
    Edit Cancellation — docs/wireframes-v12/edit-cancellation.html (the card at
    lines 76-239).

    ## Shape

    ONE `.card`, exactly as the create twin: a `.form-section` per heading with
    the wireframe's own icon, and a `.card-footer` at the bottom. Fields are laid
    out by v12's `.form-row.form-row-3` / `-4` grids.

    ## The twin rule (recipe §9, CR-9 §0.6)

    This file and cancellations/create.blade.php are twins. Every field is
    written out in both, and neither includes a shared form partial for its own
    fields. **A field added, removed or renamed here must be mirrored in
    create.blade.php in the same commit.** The one thing they share is
    cancellations/partials/document-verified.blade.php.

    ### What this screen has that its twin does not

      * it PUTs to `cancellations.update` and therefore carries a `_method`
        field, where the twin POSTs to `cancellations.store`;
      * all four Booking Reference fields are **disabled inputs with real
        values**. There is no select here at all: the booking of a cancellation
        can never change (CR-9 §6.3, decision D12), and CancellationRequest gives
        `booking_id` no rule on this route — so a PUT smuggling one cannot reach
        validated() and cannot retarget the row. The screen and the server agree
        by construction rather than by two checks agreeing;
      * every control is prefilled from the stored row, with `old()` still
        winning on a rejected submit — including the ticked stage card, its open
        panel and its ticked checklist boxes;
      * its footer submits "Update Cancellation".

    ## Authorised deviations from the wireframe (CR-9 §6.3, §9)

      * **The entire Approval section is dropped** (decision D7 / D3). The
        wireframe draws Approver, Approval Status, Approval Date and Approval
        Comments, and this application has no approval workflow: a cancellation
        takes effect the moment it is submitted. The footer's Reject and
        "Approve & Process Refund" buttons go with it, replaced by one primary
        "Update Cancellation" beside the outline Cancel link.
      * **Total Booking Value, Total Paid and Outstanding Balance are dropped**
        from Booking Reference, and the row keeps its `.form-row-4` grid with
        three empty `.form-group` divs holding the geometry.
      * **IFSC Code and Expected Refund Date are dropped** with their entire
        trailing `.form-row-3`. No refund tracking and no money columns exist.
      * **No inline `onchange=`** on the stage checkboxes — data-role hooks read
        by nrems-cancellation-form.js instead. Identical behaviour.

    ## What saving here does, and does not

    Attributes only (decision D12). The status stays `cancelled`, the unit stays
    where cancel() put it, the inquiry is untouched, `cancelled_by` keeps naming
    whoever actually cancelled the booking, and **no second email is sent**. Side
    effects fired once, at submit. BookingService::updateCancellation() is where
    that is enforced.

    ## No lang file (CR-9 §0.1)

    Every string on this screen is written here, on the client's instruction.
--}}
@extends('layouts.app')

@section('title', 'Edit Cancellation - '.$booking->code)

@section('breadcrumbs')
    <x-breadcrumbs :items="[
        'Cancellation Management' => route('cancellations.index'),
        'Edit '.$booking->code => null,
    ]" />
@endsection

@section('content')
    @php
        // The em-dash the rest of this module writes in a value with nothing in
        // it. A disabled input showing "—" reads as "there is nothing here"
        // rather than as a control that failed to load.
        $blank = '—';

        $customer = $booking->mainCustomer;

        $projectUnit = array_values(array_filter([
            $booking->project?->name,
            $booking->unit?->unit_number,
        ]));

        // The Document Verified section's state: old() first so a rejected
        // submit comes back with the same card ticked and the same boxes inside
        // it, the stored row second.
        $stageValue = old('stage', $booking->cancellation_stage?->value);
        $selectedStage = is_string($stageValue) ? \App\Enums\CancellationStage::tryFrom($stageValue) : null;

        $verifiedRaw = old('verified_docs', $booking->cancellation_verified_docs ?? []);
        $verified = is_array($verifiedRaw)
            ? array_values(array_map(intval(...), array_filter($verifiedRaw, is_numeric(...))))
            : [];
    @endphp

    <x-form.open id="nrems_cancellation_form" :action="route('cancellations.update', $booking)" method="PUT" class="form" />

    <div class="card mb-4" id="nrems_cancellation_form_module">

        {{-- ===== 1. Booking Reference ===== --}}
        <div class="form-section">
            <div class="form-section-title"><i class="fa-solid fa-file-contract" aria-hidden="true"></i>Booking Reference</div>

            {{-- Four display-only controls. Every one is disabled AND nameless:
                 a disabled control does not submit, and one with no name could
                 not be read even if somebody removed the attribute with
                 devtools. The projects module's readonly Project Code input
                 records the same pattern for the same reason.

                 The asterisk on Booking ID is the wireframe's own — it marks the
                 field as one the cancellation cannot exist without, which is
                 true, rather than as one this form collects. --}}
            <div class="form-row form-row-3">
                <div class="form-group">
                    <label class="form-label" for="cancellation_booking_display">
                        Booking ID <span class="required" aria-label="{{ __('forms.required_field') }}">*</span>
                    </label>
                    <input type="text" class="form-control" id="cancellation_booking_display"
                           value="{{ $booking->code }}" disabled />
                </div>

                <div class="form-group">
                    <label class="form-label" for="cancellation_customer_display">Customer</label>
                    <input type="text" class="form-control" id="cancellation_customer_display"
                           value="{{ $customer?->name ?? $blank }}" disabled />
                </div>

                <div class="form-group">
                    <label class="form-label" for="cancellation_project_unit_display">Project - Unit</label>
                    <input type="text" class="form-control" id="cancellation_project_unit_display"
                           value="{{ $projectUnit === [] ? $blank : implode(' - ', $projectUnit) }}" disabled />
                </div>
            </div>

            {{-- Still a `.form-row-4`, with three empty cells — see the header on
                 why the grid is kept after the three financial fields went. --}}
            <div class="form-row form-row-4">
                <div class="form-group">
                    <label class="form-label" for="cancellation_booking_date_display">Booking Date</label>
                    <input type="text" class="form-control" id="cancellation_booking_date_display"
                           value="{{ $booking->booking_date->format('d M Y') }}" disabled />
                </div>
                <div class="form-group"></div>
                <div class="form-group"></div>
                <div class="form-group"></div>
            </div>
        </div>

        {{-- ===== 2. Cancellation Details ===== --}}
        <div class="form-section">
            <div class="form-section-title"><i class="fa-solid fa-ban" aria-hidden="true"></i>Cancellation Details</div>

            <div class="form-row form-row-3">
                <x-form.select name="cancellation_reason_id" label="Cancellation Reason" :options="$reasons"
                               placeholder="Select Reason" :value="$booking->cancellation_reason_id" required />

                {{-- No placeholder and no asterisk — the create twin's note
                     applies here unchanged. --}}
                <x-form.select name="requested_by" label="Requested By"
                               :options="\App\Enums\CancellationRequestedBy::options()"
                               :value="$booking->cancellation_requested_by?->value" />

                <x-form.date name="cancellation_date" label="Cancellation Date"
                             :value="$booking->cancellation_date" required />
            </div>

            <x-form.textarea name="cancellation_note" label="Detailed Reason" rows="3"
                             :value="$booking->cancellation_note"
                             placeholder="Provide a detailed explanation for the cancellation request..." />
        </div>

        {{-- ===== 3. Document Verified ===== --}}
        @include('cancellations.partials.document-verified', [
            'selectedStage' => $selectedStage,
            'verified' => $verified,
        ])

        {{-- v12's card footer, with the approval pair replaced by one submit
             (decision D7). `.card-footer` is already the flex row. --}}
        <div class="card-footer">
            <a href="{{ route('cancellations.index') }}" class="btn btn-outline">Cancel</a>
            <button type="submit" class="btn btn-primary">
                <i class="fa-solid fa-check" aria-hidden="true"></i>Update Cancellation
            </button>
        </div>
    </div>
    <x-form.close />

    {{-- The stage and checklist rules are excluded from the client rule set —
         create.blade.php carries the same note. `booking_id` is not excluded
         here and does not need to be: rules() omits it entirely on this route,
         so there is no rule to render. --}}
    <x-form.jsvalidation :request="\App\Http\Requests\Cancellations\CancellationRequest::class"
                         selector="#nrems_cancellation_form"
                         :except="\App\Http\Requests\Cancellations\CancellationRequest::clientRuleExclusions()" />
@endsection

@push('scripts')
    {{-- The same module the create twin loads. On this screen it has no select
         to watch — the Booking Reference fields are disabled inputs — so only
         its stage half does anything, which is exactly what the missing
         data-role hook makes happen. --}}
    <script src="{{ asset('assets/js/nrems-cancellation-form.js') }}" defer></script>
@endpush