/* Кабинет ОптМастер — ОБЩИЕ ПРИМИТИВЫ: формы, поля, теги, пары «поле — значение», флеши.

   Второй слой каскада (порядок — `lib/layout.mjs::STYLESHEETS`): опирается на токены из
   `cabinet.css` и ничего из оболочки не перекрывает. Здесь живёт то, чем пользуются все
   экраны сразу, — поэтому правка отсюда видна везде, и это её свойство, а не недосмотр.

   Формы кабинета живут в узкой колонке: строка ввода шириной в 1080 пикселей читается
   хуже — глаз теряет начало поля. Классы общие для всех спринтов (C-1 форма выкупа,
   C-3 адресная книга), а не только для входа. */

.card-narrow {
  max-width: 460px;
  margin: 0 auto;
}

/* Средняя колонка — шире формы входа, но всё ещё ОДНА колонка.

   Двум экранам мало 460 px и незачем 1080: справке (сплошной текст: 460 дают ~50 знаков в
   строке, и семь разделов уходят в очень длинную прокрутку) и форме выкупа (в ней рядом с
   полями стоит список добавленных позиций). До UI-4 первая брала `.card-narrow`, то есть
   верстала страницу-справочник шириной формы, а вторая не брала ничего — и рисовала строку
   ввода шириной 1006 px, обходя правило «формы живут в узкой колонке» ровно на главном
   экране направления. 640 px — около 70 знаков в строке. */
.card-mid {
  max-width: 640px;
  margin: 0 auto;
}

/* Колонка ФОРМЫ внутри широкой карточки — для экранов менеджера, где в одной карточке
   соседствуют разнородные блоки: перечень фактов (ему ширина нужна) и поля ввода (им
   вредна). Клиентские экраны обходятся `.card-mid`: там колонка одна и бороться не с чем. */
.form-col { max-width: 520px; }

.muted {
  color: var(--muted);
  font-size: 14px;
}

.form { margin-top: 16px; }

.fld { margin-bottom: 16px; }
.fld label {
  display: block;
  font-size: 14px;
  color: var(--muted);
  margin-bottom: 4px;
}
.fld input,
.fld select,
.fld textarea {
  width: 100%;
  /* 16px — не «крупнее для красоты»: при меньшем размере Safari на iPhone масштабирует
     страницу при фокусе, и человек оказывается на увеличенной форме без возможности
     вернуться. */
  font-size: 16px;
  padding: 10px 12px;
  /* `--line-control`, а не `--line`: поле стоит на белой карточке, заливка у него тоже
     белая, и граница — ЕДИНСТВЕННОЕ, что отделяет поле от фона. #e2e6ea давал 1.25 при
     пороге 3.0 (WCAG 1.4.11) — то есть формы кабинета опознавались по памяти о том, где
     они были. */
  border: 1px solid var(--line-control);
  border-radius: var(--radius);
  background: var(--card);
  color: var(--ink);
  font-family: inherit;
}
.fld textarea { resize: vertical; min-height: 72px; }
.fld input:focus-visible,
.fld select:focus-visible,
.fld textarea:focus-visible {
  outline: 2px solid var(--brand);
  outline-offset: 1px;
}
.fld-hint {
  margin: 6px 0 0;
  font-size: 13px;
  color: var(--muted);
}
.fld-err {
  margin: 6px 0 0;
  font-size: 13px;
  color: var(--danger);
}
.fld-bad input,
.fld-bad select,
.fld-bad textarea { border-color: var(--danger); }

/* Чекбокс согласия: подпись рядом, а не под полем, и вся строка — зона нажатия. */
.fld-check label {
  display: flex;
  gap: 8px;
  align-items: flex-start;
  color: var(--ink);
  font-size: 14px;
  line-height: 1.4;
}
.fld-check input {
  width: 18px;
  height: 18px;
  margin-top: 1px;
  flex: none;
}

/* Отличия КНОПКИ от ссылки-кнопки, и только они: рамку, фон и цвет задаёт `.btn`
   (`cabinet.css`) для обоих тегов сразу.

   ⚠️ Здесь стоял `border: 0`, и это был не стиль, а тихая поломка вторичных кнопок: у
   `button.btn` специфичность (0,1,1), у `.btn-quiet` — (0,1,0), поэтому граница тихой
   кнопки не доезжала до экрана НИКОГДА, сколько бы файлов её ни объявляло. Ровно тот же
   класс дефекта, на котором UI-3 потерял кегль статуса; разрешитель каскада для тестов
   написан тогда же (`test/_css.mjs::cascaded`), но кнопок не касался. */
button.btn {
  cursor: pointer;
  font-family: inherit;
  width: 100%;
}
/* Вторичное действие: та же пилюля, но обведённая, а не залитая. Цвет границы — отдельным
   свойством: рамку с местом под неё уже объявил `.btn`. */
.btn-quiet {
  background: transparent;
  color: var(--muted);
  border-color: var(--line-control);
}
/* Действие, которое нельзя отменить: удаление получателя, позиции черновика, отмена заказа.
   До UI-4 «Видалити» и «Зробити основним» стояли рядом одинаковыми — цена ошибки у них
   разная, а вид был один. Красным набрана ПОДПИСЬ и граница, а не заливка: залитая красная
   кнопка тянет на себя внимание сильнее главного действия экрана. */
.btn-risk {
  background: transparent;
  color: var(--danger);
  border-color: var(--danger);
}
/* В режиме принудительных цветов система перекрашивает и подпись, и границу — «Видалити» и
   «Зробити основним» становятся одинаковыми овалами, то есть возвращается ровно тот дефект,
   ради которого `.btn-risk` и заведён. Толщину границы система не переопределяет.
   Найдено аудитом вёрстки UI-4. */
@media (forced-colors: active) {
  .btn-risk { border-width: 2px; }
}
/* Своё кольцо фокуса у кнопок. У полей ввода и ссылок оболочки оно есть с C-0b, а кнопки
   оставались на браузерном по умолчанию — то есть выглядели по-разному в трёх браузерах на
   одном экране. На тёмных поверхностях кольцо своё (`cabinet.css`, `admin.css`): фирменный
   синий там даёт 2.78 при пороге 3.0. */
.btn:focus-visible {
  outline: 2px solid var(--brand);
  outline-offset: 2px;
}

.form-foot {
  margin-top: 14px;
  display: flex;
  flex-wrap: wrap;
  gap: 4px 16px;
  font-size: 14px;
}

.row-actions {
  display: flex;
  flex-wrap: wrap;
  gap: 12px 16px;
  align-items: center;
}
.row-actions .btn { width: auto; }

/* Спрятано ВИЗУАЛЬНО, но осталось в дереве доступности. `display: none` убрал бы текст и
   оттуда — а он нужен именно скринридеру: название секции внутри заголовка, набранного
   значением («Статус замовлення: Відправлено»). Общий примитив, потому что таких мест уже
   два — карточка заказа и лента-герой на главной. */
.vh {
  position: absolute;
  width: 1px;
  height: 1px;
  overflow: hidden;
  clip-path: inset(50%);
  white-space: nowrap;
}

/* ---------------------------------------------------------------- строки денег

   Перечень «подпись слева — сумма справа» с итогом внизу. Его рисует чек карточки заказа
   (UI-3, `lib/invoice-view.mjs`) и расчёт калькулятора (UI-4): один и тот же вопрос «из чего
   сложилась сумма», заданный до заказа и после. Общий слой, а не файл одного экрана, — по
   уроку `.ord-head` из UI-2: правило со вторым потребителем обязано переехать сюда, иначе
   спринт, сузивший селекторы под свой экран, снимает вёрстку соседу и узнаёт об этом от
   клиента. Модификаторы, осмысленные только у чека (`.rc-bonus`, акцентный итог
   выставленного счёта), остались в `order.css`.

   Список пар, а не таблица (правило направления: ни одной таблицы — кабинет Meest на
   телефоне разваливается именно на них). Обёртка `div` вокруг `dt`/`dd` разрешена в `dl`
   спецификацией и нужна затем, чтобы строка была одним flex-рядом: подпись слева, деньги
   справа, перенос — внутри подписи. */
.rc {
  margin: 14px 0 0;
  display: flex;
  flex-direction: column;
}
.rc-line {
  display: flex;
  flex-wrap: wrap;
  justify-content: space-between;
  gap: 2px 16px;
  padding: 9px 0;
  border-bottom: 1px solid var(--line);
  font-size: 15px;
}
.rc-line dt {
  color: var(--muted);
  min-width: 0;
}
.rc-line dd {
  margin: 0;
  font-variant-numeric: tabular-nums;
  white-space: nowrap;
}
/* Строка, суммы у которой ещё нет: «після зважування» — не число и цифрой быть не должна.
   Общая, а не чековая: тем же приёмом смета формы выкупа говорит, что доставки пока нет. */
.rc-pending dd { color: var(--muted); }
/* Итог: последняя строка без разделителя снизу, крупная, с чертой сверху потолще. */
.rc-total {
  border-bottom: 0;
  border-top: 2px solid var(--ink);
  margin-top: 4px;
  padding-top: 12px;
  align-items: baseline;
}
.rc-total dt {
  color: var(--ink);
  font-weight: 600;
}
.rc-total dd {
  font-family: var(--font-head);
  /* Начертание явно: Oswald самохостится в 500/600/700, `dd` принёс бы сюда 400 —
     браузер подставил бы ближайшее, и сумма набралась бы не тем весом. */
  font-weight: 600;
  font-size: 24px;
  line-height: 1;
}

/* Телефон: подпись и сумма встают в две строки, и сумма прижимается влево вместе с
   подписью — иначе глаз ищет её на противоположном краю каждой второй строки. */
@media (max-width: 720px) {
  .rc-line { gap: 0 16px; }
  .rc-total dd { font-size: 22px; }
}

/* Пары «поле — значение» на профиле и карточке заказа. */
.facts {
  margin: 16px 0;
  display: grid;
  grid-template-columns: minmax(120px, auto) 1fr;
  gap: 8px 16px;
  font-size: 15px;
}
.facts dt {
  color: var(--muted);
  font-size: 14px;
}
.facts dd { margin: 0; }

.tag {
  display: inline-block;
  font-size: 12px;
  padding: 2px 8px;
  border-radius: var(--radius-pill);
  border: 1px solid var(--line);
  color: var(--muted);
  white-space: nowrap;
}
.tag-ok {
  border-color: var(--ok);
  color: var(--ok);
}

/* Сообщение после редиректа и общая ошибка формы. */
.flash {
  margin: 0 0 16px;
  padding: 10px 12px;
  border-radius: var(--radius);
  border: 1px solid var(--ok);
  color: var(--ok);
  font-size: 14px;
}
.flash-bad {
  border-color: var(--danger);
  color: var(--danger);
}


/* ---------------------------------------------------------------- строка заказа

   Голова карточки заказа — ОБЩИЙ примитив: её рисует и клиентский список (`orders-view.mjs`),
   и служебный список менеджера (`admin-list-view.mjs`). В UI-2 эти правила успели переехать
   в `route.css` вместе с остальной карточкой — и админка молча повисла на файле, который
   описан как слой клиентской главной: первый же спринт, сузивший там селекторы под `.route`,
   снял бы менеджеру вёрстку заголовка. Найдено аудитом вёрстки UI-2. */
.ord-head {
  display: flex;
  flex-wrap: wrap;
  justify-content: space-between;
  gap: 4px 12px;
  align-items: baseline;
}
.ord-num {
  font-family: var(--font-head);
  font-weight: 600;
  font-size: 18px;
}
.ord-money { margin: 0; }