/* #region DIDEMEX - chi-divi-accordions
   =========================================================
   Archivo: dmx-chi-divi-accordions.css
   Uso: Override para el plugin "chi-divi-accordions" (Divi Accordion Plugin)
   Nota: El CSS base del plugin fija border/background en .chiac_divi_accordions_item
   con la misma especificidad que la clase por-modulo que genera Divi para los
   ajustes de diseno (.chiac_divi_accordions_item_N), asi que compiten por orden
   de carga en vez de que gane limpiamente el ajuste del Builder. Se neutraliza
   aqui para que solo quede la regla que genera Divi.
   ========================================================= */

.chiac_divi_accordions_item {
  border: none;
  background: none;
}

/* Regresion del plugin en 2.1.3: .chiac-content ahora trae tambien
   et_flex_module (soporte Divi 5), y .et_flex_module{display:flex} del
   dinamico de Divi empata en especificidad con .chiac-content{display:none}
   del plugin y gana por orden de carga -> el panel arranca abierto. Esta
   hoja carga despues de la del plugin y de la dinamica de Divi (ver orden
   de enqueue), asi que repetir la misma regla sin condicion ni !important
   basta para ganar el empate de origen. No se condiciona a chiac_closed
   a proposito: jQuery mueve todo por inline style durante el slideDown/Up,
   e inline sin !important siempre gana sobre esta regla, asi que el toggle
   nativo del plugin sigue animando exactamente igual que sin el override. */
.chiac-content {
  display: none;
}

/* En paginas via Theme Builder (header+body+footer combinados, ej. la
   PDP) Divi envuelve esa misma regla con un ID: .et-db #et-boc .et-l
   .et_flex_module{display:flex}. Un ID siempre gana especificidad sin
   importar el orden de carga, asi que la regla de arriba no alcanza ahi.
   Se refuerza con !important pero condicionado a que el elemento AUN no
   tenga un style inline puesto — asi sigue sin depender de la clase
   chiac_closed/chiac_opened (que fue lo que rompio la animacion en el
   intento anterior, ver ADR-0004): apenas jQuery empieza a mover
   display/height por inline style durante el slideDown/slideUp, el
   elemento deja de matchear ":not([style])" y esta regla se sale sola,
   sin interferir con la animacion. */
.chiac-content:not([style]) {
  display: none !important;
}

/* Regresion adicional (2026-07-15), misma causa raiz que el bloque de
   arriba (ver ADR-0004): en paginas via Theme Builder combinado, el
   CSS dinamico de Divi tambien fija --vertical-gap en TODO modulo flex
   generico:
     .et-db #et-boc .et-l .et_flex_module{--vertical-gap:var(--module-gutter)}
   (--module-gutter:30px). Esa regla lleva un ID (#et-boc), le gana por
   especificidad al reset propio del plugin
   (.chiac_divi_accordions_item.et_pb_module{--vertical-gap:0}, sin ID)
   sin importar el orden de carga -- y pasa AUNQUE el campo "Vertical
   Gap" del modulo en el Builder este en 0: confirmado en el CSS
   dinamico real de la PDP que Divi no emite ninguna regla propia para
   ese modulo cuando el valor guardado es 0 (lo trata como "usar
   default"), asi que no queda nada que le gane al default global.
   Se repite el mismo prefijo de ID que ya usa el bloque de arriba para
   ganar el empate.

   Especificidad calculada a proposito para no bloquear ediciones futuras
   del campo "Vertical Gap" por item individual desde el Builder: esta
   regla usa las mismas 3 clases (et-db, et-l, chiac_divi_accordions_item)
   que la regla generica de Divi que neutraliza -- mismo peso, gana solo
   por cargar despues. Un override por-instancia real que genere Divi
   (ej. .chiac_divi_accordions_item_N_tb_body{--vertical-gap:Xpx} en
   et-core-unified-cpt-*.css, que carga despues que esta hoja) tiene esa
   misma especificidad y gana por el mismo motivo de orden -- asi que
   sigue funcionando normal. Si aqui se hubiera agregado la clase extra
   et_flex_module (4 clases) esta regla ganaria siempre sin importar
   orden, y ningun ajuste por item podria pisarla nunca. */
.et-db #et-boc .et-l .chiac_divi_accordions_item {
  --vertical-gap: 0;
}

/* El campo "Vertical Gap" del Builder por item guarda su valor en el
   lugar equivocado (.chiac-content en vez del wrapper de arriba, ver
   parrafo anterior) -- en vez de fijar ese numero a mano aqui cada vez
   que cambia en el Builder (fragil, se desincroniza en cuanto alguien
   lo vuelve a tocar), un script lo relee y lo copia al wrapper
   correcto en cada carga de pagina. Ver
   js/plugins/dmx-chi-divi-accordions-vertical-gap-relay.js, encolado
   en enqueue-assets.php. Si ese script no corre (JS bloqueado, error),
   el default de 0 de arriba sigue aplicando -- degrada a "sin gap
   extra", nunca a un numero viejo/incorrecto. */

/* #endregion */