/**
 * Blueprint Core — Token Bridge v2
 *
 * Bridge zwischen v1-Internal-Tokens (--bp-ctx-*) und v2-Public-Tokens
 * (--bp-section-*, --bp-divider-*, --bp-pattern-*).
 *
 * Pattern-CSS-Author schreibt gegen v2-Tokens (öffentliches Interface).
 * Surface-Renderer setzt v1-Tokens (intern, historisch gewachsen).
 *
 * Diese Datei aliased v2 → v1 auf der gleichen Section, damit beide Welten
 * koexistieren bis der Surface-Renderer in einem späteren Cleanup-Sprint
 * direkt v2 emittiert.
 *
 * Reihenfolge der CSS-Variable-Cascades:
 *   1. Section emittiert --bp-section-bg, --bp-divider-*-fill (v2) via
 *      section-tokens.php inline-style → das ist die primäre Quelle.
 *   2. Falls v2 nicht gesetzt ist (Section ohne neue Token-Emission):
 *      fallback auf v1 --bp-ctx-* Tokens.
 *   3. Divider-CSS in bp-surface.css liest weiterhin --bp-ctx-divider-*-color;
 *      v2-Aware-Browser bekommen sie hier neu zugewiesen.
 *
 * @since 1.20.0-pattern-system-v2
 */

/* ============================================================
   Section-Token-Aliases: v2 → v1 fallback
   ============================================================ */

.bp-section,
.bp-pagebuilder-section {
    /* v1 → v2 fallback chain für Divider-Fill.
       Wenn v2 Var gesetzt ist, gewinnt sie. Sonst v1. Sonst section-bg. */
    --bp-ctx-divider-top-color:
        var(--bp-divider-top-fill,
            var(--bp-section-bg,
                var(--color-bg, #fff)));
    --bp-ctx-divider-bottom-color:
        var(--bp-divider-bottom-fill,
            var(--bp-section-bg,
                var(--color-bg, #fff)));
}