/*
 * Pakclab redesign — shared token layer (Phase 1).
 *
 * Loaded last in <head>, after every other stylesheet, so later phases'
 * component rules win the cascade without needing !important everywhere.
 *
 * This file defines ONLY custom properties in Phase 1 — no component rules
 * yet. Phases 2-7 add rules here that consume these tokens.
 *
 * Every token below is derived from what the live site already uses, not
 * invented: colors alias the existing --main_color / --bg_color_L* /
 * --text_color_L* set in deepOrange-0e599f03.css; spacing aliases Vant's
 * own --van-padding-* scale; radius and shadow are read off real values
 * already present across the shipped CSS (see the Phase 1 audit).
 *
 * Root font-size is 37.5px at a 375px viewport (amfe-flexible), so 1rem
 * here means the same "px / 37.5" unit the rest of the site uses.
 */

:root {
  /* ---- color: aliases only, source of truth stays deepOrange-0e599f03.css ---- */
  --pc-accent: var(--main_color);
  --pc-accent-gradient: var(--main_gradient_color);
  --pc-surface-1: var(--bg_color_L1);
  --pc-surface-2: var(--bg_color_L2);
  --pc-surface-3: var(--bg_color_L3);
  --pc-surface-4: var(--bg_color_L4);
  --pc-text-primary: var(--text_color_L1);
  --pc-text-secondary: var(--text_color_L2);
  --pc-text-on-accent: var(--text_btn_main);
  --pc-border: var(--Stroke_color);
  --pc-divider: var(--Dividing_line_color);

  /* ---- spacing: aliases Vant's own scale, one source of truth ---- */
  --pc-space-2xs: var(--van-padding-base);  /* 4px */
  --pc-space-xs:  var(--van-padding-xs);    /* 8px */
  --pc-space-sm:  var(--van-padding-sm);    /* 12px */
  --pc-space-md:  var(--van-padding-md);    /* 16px */
  --pc-space-lg:  var(--van-padding-lg);    /* 24px */
  --pc-space-xl:  var(--van-padding-xl);    /* 32px */

  /* ---- radius: the three non-round values already most common on the
     site (6px / 8px / 25px), plus a pill/circle token. New rules in
     later phases pull from this scale; existing component radii are
     left exactly as shipped, not retrofitted. ---- */
  --pc-radius-sm:   .16rem;     /* 6px  — chips, small tags, badges */
  --pc-radius-md:   .21333rem;  /* 8px  — cards, inputs, list rows */
  --pc-radius-lg:   .66667rem;  /* 25px — buttons, pill CTAs, prominent cards */
  --pc-radius-full: 999px;      /* avatars, circular icon wells */

  /* ---- shadow: two ambient tiers plus the warm inset-highlight
     pattern already used on primary buttons and the tabbar, so new
     surfaces read as part of the same material. ---- */
  --pc-shadow-card:  0 4px 12px 0 rgba(0, 0, 0, .25);
  --pc-shadow-modal: 0 8px 24px 0 rgba(0, 0, 0, .4);
  --pc-shadow-inset-highlight:
    0 -1px 0 0 rgba(255, 255, 255, .25) inset,
    0 2px 0 0 rgba(255, 255, 255, .5) inset;

  /* ---- type: Poppins is already self-hosted site-wide (weights 400/500
     confirmed loaded); this just names it so later rules don't repeat
     the fallback stack by hand. ---- */
  --pc-font-display: Poppins, "IBM Plex Sans", ui-sans-serif, system-ui, sans-serif;
  --pc-font-body: Poppins, "IBM Plex Sans", ui-sans-serif, system-ui, sans-serif;

  /* ---- z-index: dialogs stack via a runtime counter starting at 1000
     and climbing (arDialog) — nothing here may use 1000+. The tabbar is
     the only thing Phase 1-7 pins a z-index on, at a tier already used
     elsewhere on the site (10) and well clear of that range. ---- */
  --pc-z-tabbar: 10;
}

/* ============================================================
 * Phase 2 — Modal overlay system
 *
 * Two live dialog shells were found, not one, and both are restyled
 * here for consistency:
 *   - arDialog      (scope hash a24ce958) — fades in, centered.
 *     Classes: .dialog .dialog-content .dialog-title .dialog-body
 *     .dialog-footer .subBtn .subBtn2
 *   - the second shell (scope hash 2c5923c1) — slides down from the
 *     top, used at least for the withdraw-view and forget-password
 *     dialogs. Classes: .dialog-overlay .dialog-container
 *     .dialog-header .close-btn .confirmBtn
 *
 * Every property below carries !important. Reason: arDialog's own
 * CSS (css/arDialog-BBTHI00M.css) is a lazy-loaded chunk that Vite
 * injects into <head> at runtime, on first use — it can land in the
 * DOM after this static stylesheet despite this file being written
 * last in index.html, which would otherwise let it win any
 * same-specificity tie by source order. !important here sidesteps
 * that uncertainty; the component's own rules don't use !important,
 * so this always wins regardless of injection order.
 *
 * Do NOT add backdrop-filter / filter / transform / perspective /
 * contain:paint anywhere in this file, or on any ancestor of
 * .dialog or .dialog-overlay elsewhere on the site — that turns the
 * ancestor into the containing block for these components' own
 * fixed-position layout and throws them off-screen. Already happened
 * once on a sister site; do not repeat it here.
 *
 * Do NOT set z-index on anything below. arDialog stacks dialogs via
 * a runtime counter that starts at 1000 and climbs on each open; the
 * second shell's overlay is hardcoded at 999, one tier below by
 * design. A hardcoded z-index here would break that ordering.
 */

/* -- shell 1: arDialog -- */
.dialog .dialog-content {
  border-radius: var(--pc-radius-lg) !important;
  background: var(--pc-surface-2) !important;
  box-shadow: var(--pc-shadow-modal) !important;
}

.dialog .dialog-title {
  color: var(--pc-accent) !important;
  font-family: var(--pc-font-display) !important;
}

.dialog .subBtn.btn_main_style {
  border-radius: var(--pc-radius-lg) !important;
}

.dialog .subBtn2 {
  border-radius: var(--pc-radius-lg) !important;
  background: transparent !important;
  border: 1px solid var(--pc-accent) !important;
  color: var(--pc-accent) !important;
  font-family: var(--pc-font-display) !important;
  font-weight: 600 !important;
}

/* -- shell 2: withdraw-view / forget-password style dialogs -- */
.dialog-overlay .dialog-container {
  border-radius: var(--pc-radius-lg) !important;
  background: var(--pc-surface-2) !important;
  box-shadow: var(--pc-shadow-modal) !important;
}

.dialog-overlay .dialog-header {
  border-radius: var(--pc-radius-lg) var(--pc-radius-lg) 0 0 !important;
  border-bottom-color: var(--pc-accent) !important;
}

.dialog-overlay .dialog-header h3 {
  color: var(--pc-accent) !important;
  font-family: var(--pc-font-display) !important;
}

.dialog-overlay .close-btn {
  background: var(--pc-surface-3) !important;
  border: 1px solid var(--pc-accent) !important;
  border-radius: var(--pc-radius-full) !important;
  display: flex !important;
  align-items: center !important;
  justify-content: center !important;
}

.dialog-overlay .confirmBtn {
  border-radius: var(--pc-radius-lg) !important;
  background: var(--pc-accent-gradient) !important;
  color: var(--pc-text-on-accent) !important;
  font-family: var(--pc-font-display) !important;
}

/* ============================================================
 * Phase 3 — First deposit bonus
 *
 * There is no standalone "bonus popup" in the live app. Confirmed
 * by logging in with the demo QA account and reading the real DOM
 * on /wallet/recharge/: the tier grid IS the deposit-bonus surface.
 *
 *   .arrival-preview      "Get ₨500 + Bonus ₨20" headline, with
 *                          the two amounts in child .al-num spans
 *   .amount-grid           <ul> of tiers
 *     .amount-option        each tier chip; .active on the
 *                            selected one
 *       .bonus                the "+20" badge inside a chip
 *
 * All of the above already render gold on their own — inherited
 * automatically from the Phase 1 themes.json fix — and the active
 * vs inactive chip states are already visually distinct (solid
 * gold fill vs dark outline). No rule needed for any of them.
 *
 * The one real gap: .pay-btn, the final "Pay now" action, was
 * still black with a white border and white text — the only
 * primary call-to-action on the site not using the gold gradient
 * every other button already has.
 */
.pay-btn {
  background: var(--pc-accent-gradient) !important;
  border-color: transparent !important;
  border-radius: var(--pc-radius-lg) !important;
}

.pay-btn, .pay-btn * {
  color: var(--pc-text-on-accent) !important;
}

/* ============================================================
 * Phase 4 — USDT popup (the "Add USDT address" withdraw-wallet
 * dialog)
 *
 * This is the withdraw-wallet-binding form, confirmed live via the
 * demo QA account on /wallet/withdraw/, second dialog shell
 * (.dialog-overlay). Its header/title/save-button already render
 * gold automatically — inherited from Phase 1 (themes.json fix)
 * and Phase 2 (.dialog-overlay .dialog-header rules) with no work
 * needed here. Confirmed live, not assumed.
 *
 * The gap: .common (each field's wrapper: icon slot + input) had
 * no background fill and no focus feedback — a transparent box
 * with a faint border, easy to miss, no visual response when
 * actually typing a withdrawal address. Fixed:
 *   - filled surface so each field reads as a distinct control
 *   - a visible focus ring, absent before
 *   - explicit input/placeholder colour (input text stays a
 *     light neutral, not gold — gold is for labels and accents,
 *     not for a long address string the user must read back
 *     character-by-character to verify)
 *
 * This same form (.form-main / .c / .common / .form-input) is
 * shared by the EasyPaisa and JazzCash "add account" dialogs too
 * — same component, conditionally showing a leading icon. Scoping
 * to .dialog-overlay only (not a bare .common) keeps this from
 * touching any unrelated element elsewhere that happens to share
 * the class name.
 *
 * Left alone on purpose: the red "please bind your account" safety
 * notice (--norm_red_color) — recolouring a fraud-prevention
 * warning gold would blunt the one thing it's supposed to do.
 * Nothing here touches validation logic, the submit handler, or
 * the request payload — CSS only, on a real money-moving form.
 */
.dialog-overlay .common {
  background: var(--pc-surface-3) !important;
}

.dialog-overlay .common:focus-within {
  border-color: var(--pc-accent) !important;
  box-shadow: 0 0 0 2px rgba(212, 165, 55, .25) !important; /* --pc-accent at 25% alpha; no color-mix() reliance */
}

.dialog-overlay .form-input,
.dialog-overlay .form-textarea {
  color: var(--pc-text-primary) !important;
}

.dialog-overlay .form-input::placeholder,
.dialog-overlay .form-textarea::placeholder {
  color: var(--pc-text-secondary) !important;
}

/* ============================================================
 * Phase 5 — Bottom navigation
 *
 * Confirmed via live DOM: 5 tabs, ids home/activity/turntable/
 * promotion/main, each an .app-tabber-item inside .app-tabber
 * .items (scope hash data-v-7a61433a, chunk css/009-DN8IJt_a.css).
 * Four tabs use a plain <img> with an active/inactive filename
 * pair from assets/deepOrange/tabIcon/ (already gold from Phase 1,
 * no work needed on those). Owner asked for the tabbar/ folder's
 * icons gold too (previously red, hue ~359°, left alone during the
 * Phase 1 artwork pass) — recoloured the same way as the rest of
 * the artwork: dwebp -pam -> HSV shift -> cwebp, this time mapping
 * the red band (350-360deg/0-10deg, wraps past 0) to the same
 * 38-52deg gold band, instead of the orange band used elsewhere.
 *
 * #turntable ("Wheel") is a real, pre-existing gap: it renders NO
 * <img> at all. Its own scoped CSS defines an img.img_2 rule that
 * never matches any element in the live DOM — confirmed by reading
 * the actual rendered HTML, not assumed. Its label already carries
 * a built-in shimmering gold gradient (untouched, already fits).
 * Restored the missing icon with a CSS-only ::before, sized and
 * positioned to match the dead .img_2 rule, pointing at the
 * (now gold) turntable_home-ee908e6a.webp.
 */
#turntable {
  position: relative;
}

#turntable::before {
  content: "";
  position: absolute;
  bottom: .32rem;
  left: 50%;
  transform: translateX(-50%);
  width: 2.44rem;
  height: 2.44rem;
  background-image: url(/assets/deepOrange/tabbar/turntable_home-ee908e6a.webp);
  background-size: contain;
  background-repeat: no-repeat;
  background-position: center;
}

/* .text carried an .active modifier class with no matching rule
   anywhere in the live CSS — the icon swap (the _a filename) was
   the only signal a tab was currently selected. Gives the label
   itself a positive state too, not just the icon. */
.app-tabber .items .text.active {
  color: var(--pc-accent) !important;
  font-weight: 600;
}

/* Selection feedback: tried a background glow behind the active
   icon (tabbar_highlight-fc4c8c1c.webp) — owner saw it live and it
   read as out of place even scaled down, so removed entirely.
   Replaced with a plain scale on the icon itself: the simplest
   possible "this one is selected" signal, no extra asset. */
.app-tabber .items .app-tabber-item img,
#turntable::before {
  transition: transform .15s ease;
}

.app-tabber .items .app-tabber-item:has(.text.active) img {
  transform: scale(1.12);
}

/* #turntable::before already carries translateX(-50%) for centering
   (see the icon-restore rule above) — the active state must keep
   that and add the scale, not replace it, or the icon jumps off
   centre when selected. */
#turntable.play:has(.text.active)::before {
  transform: translateX(-50%) scale(1.12);
}

.app-tabber .items .text {
  font-family: var(--pc-font-body);
}

.app-tabber {
  border-radius: var(--pc-radius-lg) var(--pc-radius-lg) 0 0 !important;
}

/* ============================================================
 * Deposit page: missing payment-method selection icons
 *
 * Reported directly by the owner from a real device: withdraw's
 * payment-method cards show a thumb-up icon (top-left) and a
 * checkmark (bottom-right) on the selected method; deposit's cards
 * show neither.
 *
 * Root cause: withdraw's selector (.option, scope 8605b7f8) renders
 * these as real inline <svg> elements, so they always work. Deposit's
 * selector (.payment-item, scope c0e8e690) instead reads three CSS
 * custom properties Vue sets as an inline style on the ancestor
 * .payment-methods section:
 *
 *   --v10137806  -> /assets/deepOrange/icon_act-99dff603.webp   (404)
 *   --v979e7f74  -> /assets/deepOrange/subscript-4e3ff634.webp  (200, unused here)
 *   --v2e90853d  -> /assets/deepOrange/rechargeTip-dc02b428.webp (404, the "+2%" badge background)
 *
 * icon_act and rechargeTip were never uploaded to this site (same
 * class of gap as the missing eyeVisible/usdt/trx icons found on
 * Fantacy Win — themes.json still names a hash that has no file).
 *
 * Fix: override the inline custom properties (needs !important —
 * an inline style beats any non-important external rule) with the
 * exact same thumb/tick SVGs withdraw already uses, inlined as data
 * URIs so no new file has to exist on disk. The badge gets the
 * shared gold gradient instead, since a gradient is a valid
 * background-image value on its own — no asset needed there either.
 */
/* ============================================================
 * Phase 6 — Account page (/main)
 *
 * Confirmed via live DOM on the demo QA account, not guessed:
 *   .mine
 *     .mine-header                  gold-gradient header, dark text
 *       .mine-header--detail          avatar, UID, nickname
 *       .mine-header-level            VIP badge + label
 *     .mine-account.box_shadow_1    balance card, Deposit/Withdraw
 *     .mine-category.box_shadow_1   the menu list (10 rows)
 *       .mine-category-item           each row: icon, name, tips
 *     .mine-footer > .mine-loginout logout
 *
 * Most of this page already renders correctly gold, inherited
 * automatically from the Phase 1 themes.json fix: header gradient,
 * balance-card surface, category-list surface, gold text on
 * balance/VIP/logout, dark text on the gold header (contrast-safe,
 * same pairing used everywhere else). Category row icons already
 * use --secondary_color5, already gold. None of that needed a rule
 * here.
 *
 * VIP0-VIP20 badge icons were checked individually (not assumed):
 * they're a deliberate rainbow tier system (blue/red/pink/cyan/
 * green/teal/purple, one hue per tier), not a stray unrecoloured
 * icon. Confirmed with the owner and left alone on purpose - tier
 * differentiation is a real feature, not a colour inconsistency.
 *
 * Two real, concrete gaps fixed below: the two main cards had no
 * corner radius at all (0px), unlike every other card/button/modal
 * on the site; and <body>'s own background was a plain light grey
 * (never themed), which would show as a jarring flash against the
 * dark app on iOS overscroll bounce or any gap in page content.
 */
.mine-account,
.mine-category {
  border-radius: var(--pc-radius-lg) !important;
  overflow: hidden;
}

body {
  background-color: var(--pc-surface-1);
}

/* ============================================================
 * Phase 7 — safe-area handling
 *
 * The site's only existing safe-area support is Vant's two utility
 * classes (.van-safe-area-top / -bottom), and nothing in the live
 * markup actually carries them on the elements that need it. Every
 * fixed-position element in the confirmed-live CSS was enumerated
 * (grep for position:fixed across the core stylesheets) rather than
 * guessed at. Most are full-viewport overlay masks (dialog-overlay,
 * the recharge-tip mask, the PWA install/loading screens) that
 * already span top:0 to bottom:0 and need nothing extra. Three are
 * real bars sitting at the bottom edge of the viewport, and get
 * padding added on top of (not replacing) whatever padding they
 * already ship with:
 *
 *   .tabbar-container  the bottom nav itself
 *   .pay-btn            the fixed "Pay now" CTA on /wallet/recharge/
 *   .van-action-bar     Vant's generic fixed-bottom bar component,
 *                        added defensively in case any other page
 *                        uses it for a bottom CTA
 *
 * constant() is the older iOS <11.2 syntax, env() the current one;
 * both are harmless no-ops on devices without a safe area (they
 * simply resolve to 0), so this never adds unwanted padding on a
 * device without a notch or gesture bar.
 */
.tabbar-container {
  padding-bottom: constant(safe-area-inset-bottom);
  padding-bottom: env(safe-area-inset-bottom);
}

.pay-btn {
  padding-bottom: calc(.32rem + constant(safe-area-inset-bottom));
  padding-bottom: calc(.32rem + env(safe-area-inset-bottom));
}

.van-action-bar {
  padding-bottom: constant(safe-area-inset-bottom);
  padding-bottom: env(safe-area-inset-bottom);
}

.payment-methods {
  --v10137806: url("data:image/svg+xml;base64,PHN2ZyB3aWR0aD0iMzYiIGhlaWdodD0iMzYiIHZpZXdCb3g9IjAgMCAzNiAzNiIgZmlsbD0ibm9uZSIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvc3ZnIj4KPGNpcmNsZSBjeD0iMTgiIGN5PSIxOCIgcj0iMTcuMjUiIGZpbGw9InVybCgjcGFpbnQwX2xpbmVhcl80MjYxXzc3NzkpIiBzdHJva2U9InVybCgjcGFpbnQxX2xpbmVhcl80MjYxXzc3NzkpIiBzdHJva2Utd2lkdGg9IjEuNSI+PC9jaXJjbGU+CjxnIGZpbHRlcj0idXJsKCNmaWx0ZXIwX2RfNDI2MV83Nzc5KSI+CjxwYXRoIGQ9Ik0xOS41ODExIDguMDAyOTNDMjAuMDMwMiA4LjAxNjE1IDIwLjYyMzYgOC4wNzUxNSAyMC45NDE0IDguMjAwMkMyMi4xNjY0IDguNjgzNjIgMjIuNTE5MSA5LjU2ODQ1IDIyLjU5OTYgMTAuMjI1NkMyMi44OTA1IDEyLjU5IDIxLjc5NDEgMTQuODE1MyAyMS41NjI1IDE1LjI1MjlDMjEuNTIzOSAxNS4zNDUxIDIxLjUzMjUgMTUuNDM5OCAyMS41ODU5IDE1LjUyMzRDMjEuNjM5IDE1LjYwNiAyMS43MzEgMTUuNjU0MiAyMS44MzY5IDE1LjY1NDNIMjUuOTU4QzI3LjcwNjggMTUuNjU0MyAyOC42MzA5IDE2LjUzMjMgMjguNjMwOSAxOC4xOTM0QzI4LjYzMDggMTkuODk4IDI3LjU1NjkgMjMuMDg5OSAyNi45MTUgMjQuOTk3MUMyNi43NDUzIDI1LjUwMTUgMjYuNjEwOCAyNS45IDI2LjU1ODYgMjYuMDkxOEMyNi41NTYxIDI2LjEgMjYuNTU0MiAyNi4xMDgxIDI2LjU1MTggMjYuMTE2MkMyNi4xODc1IDI3LjE5MzQgMjUuMTk3MyAyNy44NjMxIDIzLjk2ODggMjcuODYzM0gxOS4xMTIzQzE2Ljc5MjcgMjcuODYzMyAxNS4zODY3IDI2LjY5NzYgMTQuODU3NCAyNi4yNTg4TDE0Ljg1NjQgMjYuMjU3OEMxNC43OTU1IDI2LjIwNzQgMTQuNzE4NyAyNi4xNzk4IDE0LjYzOTYgMjYuMTc5N0gxMy42NDk0QzEzLjM5NTIgMjYuMTc5NyAxMy4xODg3IDI1Ljk3MzkgMTMuMTg4NSAyNS43MTk3VjE2LjExNTJDMTMuMTg4NiAxNS44NjEgMTMuMzk1MiAxNS42NTUzIDEzLjY0OTQgMTUuNjU1M0gxNC41MDY4QzE0LjgwNjkgMTUuNjM3OSAxNi40MTMyIDE0LjgzNTIgMTcuMzczIDEzLjIwMTJDMTcuNjc5NSAxMi42Nzk5IDE3LjgzMzggMTIuMDU2MyAxNy45NDA0IDEwLjkwMjNDMTcuOTU5OSAxMC40NzIyIDE3LjkzODQgMTAuMDk1NiAxNy45MTk5IDkuNzYzNjhDMTcuODg0MyA5LjEyNDIgMTcuODU3IDguNjE5MDQgMTguMTk2MyA4LjI3MjQ3QzE4LjE5OTcgOC4yNjkwNiAxOC4yMDI2IDguMjY1MDQgMTguMjA2MSA4LjI2MTcyQzE4LjI5NjcgOC4xNzQ3NyAxOC41MDk2IDcuOTcxODQgMTkuNTgxMSA4LjAwMjkzWk0xMS4zNDY3IDE1LjY1NTNDMTEuNjAwOSAxNS42NTUzIDExLjgwNjUgMTUuODYxIDExLjgwNjYgMTYuMTE1MlYyNS43MjM2QzExLjgwNjUgMjUuOTc3OCAxMS42MDA5IDI2LjE4MzYgMTEuMzQ2NyAyNi4xODM2SDguNDYwOTRDOC4yMDY3MiAyNi4xODM2IDguMDAwMTggMjUuOTc3OCA4IDI1LjcyMzZWMTYuMTE1MkM4LjAwMDEyIDE1Ljg2MSA4LjIwNjY4IDE1LjY1NTMgOC40NjA5NCAxNS42NTUzSDExLjM0NjdaIiBmaWxsPSJ1cmwoI3BhaW50Ml9saW5lYXJfNDI2MV83Nzc5KSI+PC9wYXRoPgo8L2c+CjxkZWZzPgo8ZmlsdGVyIGlkPSJmaWx0ZXIwX2RfNDI2MV83Nzc5IiB4PSI2IiB5PSI2Ljk5OTczIiB3aWR0aD0iMjQuNjMwOSIgaGVpZ2h0PSIyMy44NjM2IiBmaWx0ZXJVbml0cz0idXNlclNwYWNlT25Vc2UiIGNvbG9yLWludGVycG9sYXRpb24tZmlsdGVycz0ic1JHQiI+CjxmZUZsb29kIGZsb29kLW9wYWNpdHk9IjAiIHJlc3VsdD0iQmFja2dyb3VuZEltYWdlRml4Ij48L2ZlRmxvb2Q+CjxmZUNvbG9yTWF0cml4IGluPSJTb3VyY2VBbHBoYSIgdHlwZT0ibWF0cml4IiB2YWx1ZXM9IjAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDEyNyAwIiByZXN1bHQ9ImhhcmRBbHBoYSI+PC9mZUNvbG9yTWF0cml4Pgo8ZmVPZmZzZXQgZHk9IjEiPjwvZmVPZmZzZXQ+CjxmZUdhdXNzaWFuQmx1ciBzdGREZXZpYXRpb249IjEiPjwvZmVHYXVzc2lhbkJsdXI+CjxmZUNvbXBvc2l0ZSBpbjI9ImhhcmRBbHBoYSIgb3BlcmF0b3I9Im91dCI+PC9mZUNvbXBvc2l0ZT4KPGZlQ29sb3JNYXRyaXggdHlwZT0ibWF0cml4IiB2YWx1ZXM9IjAgMCAwIDAgMC4xMTUzODUgMCAwIDAgMCAwLjAwNTYyMzE4IDAgMCAwIDAgMC4wMDU2MjMxOCAwIDAgMCAwLjQgMCI+PC9mZUNvbG9yTWF0cml4Pgo8ZmVCbGVuZCBtb2RlPSJub3JtYWwiIGluMj0iQmFja2dyb3VuZEltYWdlRml4IiByZXN1bHQ9ImVmZmVjdDFfZHJvcFNoYWRvd180MjYxXzc3NzkiPjwvZmVCbGVuZD4KPGZlQmxlbmQgbW9kZT0ibm9ybWFsIiBpbj0iU291cmNlR3JhcGhpYyIgaW4yPSJlZmZlY3QxX2Ryb3BTaGFkb3dfNDI2MV83Nzc5IiByZXN1bHQ9InNoYXBlIj48L2ZlQmxlbmQ+CjwvZmlsdGVyPgo8bGluZWFyR3JhZGllbnQgaWQ9InBhaW50MF9saW5lYXJfNDI2MV83Nzc5IiB4MT0iMTgiIHkxPSIwIiB4Mj0iMTgiIHkyPSIzNiIgZ3JhZGllbnRVbml0cz0idXNlclNwYWNlT25Vc2UiPgo8c3RvcCBzdG9wLWNvbG9yPSIjQ0MxQzI2Ij48L3N0b3A+CjxzdG9wIG9mZnNldD0iMSIgc3RvcC1jb2xvcj0iIzhCMDAxNSI+PC9zdG9wPgo8L2xpbmVhckdyYWRpZW50Pgo8bGluZWFyR3JhZGllbnQgaWQ9InBhaW50MV9saW5lYXJfNDI2MV83Nzc5IiB4MT0iMTgiIHkxPSIwIiB4Mj0iMTgiIHkyPSIzNiIgZ3JhZGllbnRVbml0cz0idXNlclNwYWNlT25Vc2UiPgo8c3RvcCBzdG9wLWNvbG9yPSIjRkREQ0JDIj48L3N0b3A+CjxzdG9wIG9mZnNldD0iMSIgc3RvcC1jb2xvcj0iI0Y2QUI1RCI+PC9zdG9wPgo8L2xpbmVhckdyYWRpZW50Pgo8bGluZWFyR3JhZGllbnQgaWQ9InBhaW50Ml9saW5lYXJfNDI2MV83Nzc5IiB4MT0iOCIgeTE9IjcuOTk5NzUiIHgyPSIyNy44NDkzIiB5Mj0iMjguNjE1OCIgZ3JhZGllbnRVbml0cz0idXNlclNwYWNlT25Vc2UiPgo8c3RvcCBzdG9wLWNvbG9yPSIjRkZGOUQwIj48L3N0b3A+CjxzdG9wIG9mZnNldD0iMC40ODA4NjYiIHN0b3AtY29sb3I9IiNGREM3NjMiPjwvc3RvcD4KPHN0b3Agb2Zmc2V0PSIwLjgwOTkzNSIgc3RvcC1jb2xvcj0iI0Q5ODMzQSI+PC9zdG9wPgo8c3RvcCBvZmZzZXQ9IjEiIHN0b3AtY29sb3I9IiNGQUMxNkUiPjwvc3RvcD4KPC9saW5lYXJHcmFkaWVudD4KPC9kZWZzPgo8L3N2Zz4=") !important;
  --v979e7f74: url("data:image/svg+xml;base64,PHN2ZyB3aWR0aD0iNTMiIGhlaWdodD0iNDIiIHZpZXdCb3g9IjAgMCA1MyA0MiIgZmlsbD0ibm9uZSIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvc3ZnIj4KPHBhdGggZD0iTTUyLjI0NDEgMzBDNTIuMjQ0MSAzNi42MjczIDQ2Ljg3MTQgNDEuOTk5OSA0MC4yNDQxIDQySDBMNTIuMjQ0MSAwLjVWMzBaTTQ4LjAyODMgMTcuMDIwNUM0Ny4zNTQyIDE2LjUzOTIgNDYuNDE3IDE2LjY5NTIgNDUuOTM1NSAxNy4zNjkxTDMzLjQ3MzYgMzQuODE1NEwyNS44MjkxIDI5LjM1NTVDMjUuMTU1IDI4Ljg3MzkgMjQuMjE3OCAyOS4wMyAyMy43MzYzIDI5LjcwNDFDMjMuMjU0OSAzMC4zNzgyIDIzLjQxMDkgMzEuMzE1NCAyNC4wODUgMzEuNzk2OUwzMi45NTAyIDM4LjEyODlDMzMuNTgyMSAzOC41ODAzIDM0LjQ0NjEgMzguNDcyMSAzNC45NDgyIDM3LjkwMTRMMzUuMDQzIDM3Ljc4MDNMNDguMzc3IDE5LjExMzNDNDguODU4NCAxOC40MzkyIDQ4LjcwMjMgMTcuNTAyMSA0OC4wMjgzIDE3LjAyMDVaIiBmaWxsPSJ1cmwoI3BhaW50MF9saW5lYXJfNDI2MV83Nzc0KSI+PC9wYXRoPgo8ZGVmcz4KPGxpbmVhckdyYWRpZW50IGlkPSJwYWludDBfbGluZWFyXzQyNjFfNzc3NCIgeDE9IjI2LjEyMjEiIHkxPSIwLjUiIHgyPSIyNi4xMjIxIiB5Mj0iNDIiIGdyYWRpZW50VW5pdHM9InVzZXJTcGFjZU9uVXNlIj4KPHN0b3Agc3RvcC1jb2xvcj0iI0Y4QzY2NyI+PC9zdG9wPgo8c3RvcCBvZmZzZXQ9IjEiIHN0b3AtY29sb3I9IiNEMjg0NDIiPjwvc3RvcD4KPC9saW5lYXJHcmFkaWVudD4KPC9kZWZzPgo8L3N2Zz4=") !important;
  --v2e90853d: var(--pc-accent-gradient) !important;
}