.flashmessage{position:absolute;top:0;left:0;width:100%;height:100%;background:rgba(255,255,255,.92);z-index:999;display:flex;align-items:center;justify-content:center;text-align:center;padding:20px;box-sizing:border-box}.flashmessage div{color:#204ce5;font-size:16px;font-weight:500}.date-pill-item{display:inline-block;background:#f0f0f0;border:1px solid #ddd;border-radius:4px;padding:4px 10px;margin:0 6px 6px 0;font-size:14px;cursor:pointer}.date-pill-item strong{color:#999;margin-right:4px}.fwc-hide-price-label .ginput_product_price_label,.fwc-tab-panel{display:none}.fwc-tab-panel.active{display:block}
/* Fix: Gravity Forms Stripe add-on's decline handler removes its own spinner image but never calls window.gform.spinner.hide(), leaving the gform-has-spinner class (and its transparent label text) stuck on the submit/next button even once re-enabled. During a genuine in-progress submission the spinner image and the class are always present together, so "class present, no spinner image anywhere in the form" reliably means stuck, never mid-submission. */.gform_wrapper:not(:has([id^="gform_ajax_spinner_"])) .gform-has-spinner{color:var(--gf-ctrl-btn-color-primary,#fff)!important}.gform_wrapper:not(:has([id^="gform_ajax_spinner_"])) .gform-has-spinner::before{display:none!important}