/**
* polaris/search 样式 —— 前台 + 编辑器共用。
*
* ── 架构:两层,泾渭分明 ────────────────────────────────────────────────────
*
* 第 1 层「基础」:只写结构(flex 布局、box-sizing),**不设任何视觉默认值**。
* 本块的 HTML 同时带着核心 core/search 的全套类名(wp-block-search /
* __inside-wrapper / __input / __button,以及 __button-outside / __button-inside /
* __no-button / __text-button / __icon-button 这几个模式类),所以"什么都没调"时,
* 长相完全由核心区块样式表 + 主题(theme.json)接管 —— 与页面上放一个原生「搜索」
* 区块像素级一致。这就是需求里说的"现有的作为默认/回退保障":不是我们复刻一份
* 核心默认值,而是直接让核心和主题去管。
*
* ⚠️ 正因为如此,block.json 里 `"style"` **必须**把 `wp-block-search` 这个核心样式
* 句柄列在本文件前面(已经这么写了,改动时不要删)。区块主题默认开启
* `should_load_separate_core_block_assets()`,核心区块的样式表是**按页面实际用到的
* 区块按需加载**的;同理,主题 theme.json 里针对搜索区块写的全局样式
* (`:root :where(.wp-block-search ...)`)也是作为 inline 样式挂在这个句柄上的。
* 不声明依赖的话,页面上只要没有原生「搜索」区块,这两份 CSS 就都不会出现,本块直接
* 掉回浏览器 UA 默认的 `2px inset` 灰边输入框 —— 实测踩过:同一个页头,在搜索结果页
* (内容区有原生搜索区块)正常,在首页(没有)就裸了。
*
* 第 2 层「覆盖」:每一条可调声明都写成
* .polaris-search[style*="--pls-x:"] .polaris-search__y { prop: var(--pls-x); }
* —— 由"这个变量在不在 style 属性里"门控。变量由 render.php / edit.js 按属性生成
* (没调过的项不输出变量,见 render.php 头部注释)。两个作用:
* 1) 语义正确:没调 = 规则整条不存在 = 主题默认;调了 = 覆盖。用
* `prop: var(--x, 默认值)` 那种写法做不到这点,因为兜底值本身会先把主题盖掉。
* 2) 特异度足够:这种写法是 (0,3,0)。**这是必须的,不是顺手写高**——主题由
* theme.json 生成的全局样式形如
* `:root :where(.wp-block-search .wp-block-search__input){...}`,`:where()` 不计
* 特异度,整条只有 (0,1,0),与朴素的 `.polaris-search__input` 打平;打平时按源码
* 顺序,全局样式排在区块样式之后 → 主题赢。实测就是这么丢掉圆角/内边距/字号的。
* 门控写法天然把特异度抬到 (0,3,0),稳定压过主题,又不必动用 !important
* (留出余地:主题若确实想强制,仍可用更高特异度接管)。
*
* ── 变量命名的一条硬约束 ──────────────────────────────────────────────────
*
* 变量名里**不能出现 `border-color` / `border-width` / `border-style` 这些片段**。
* 核心全局样式带有 `html :where([style*="border-color"]) { border-style: solid; }`
* 这类"按 style 属性做字符串匹配"的兜底规则,变量名一旦包含该子串,整个元素就会被
* 意外套上边框(实测:`--pls-input-focus-border-color` 让