/* Microsites (portal B2B) — fase 1, solo carcasa informativa (ver plan).
   Reglas legacy realmente usadas por page-empresa-microsite.php, portadas
   literalmente (líneas citadas en cada bloque) — no existían en ningún otro
   sitio del proyecto todavía. */

/* page-empresa-microsite.php:489-490 — el banner es .prices__intro.prices__intro--mod
   (fondo azul, ver frontend.css) igual que en Regala; dentro, el logo va en
   un <div> con estas medidas puntuales (inline style en el original, aquí
   como clase para no meter CSS embebido en la vista). */
.microsite-logo {
    max-width: 390px;
    margin: 0 auto 10px auto;
    padding: 0 20px;
}
.microsite-logo img {
    max-width: 100%;
}

/* css/expanded_offer.css:454-455 */
.microsite-desc { padding: 40px 15px 20px 15px; }
.microsite-desc .conditions__b {
    margin-bottom: 0;
    text-align: left;
}

/* .conditions__b (base + sus 3 capas) se movió a frontend.css — Pagina
   (legal/especialidad) también lo necesita, mismo criterio que cualquier
   otra regla que pasa a compartida al aparecer un segundo caso de uso real. */

/* Calendario de reservas propio del microsite (§4.25, revisión 2026-09-10) —
   CSS real portado literalmente del `<style>` embebido en
   page-empresa-microsite.php:17-114 (nunca se había migrado: la fase 1 solo
   traía la carcasa informativa). Regla por regla, sin inventar nada nuevo. */
.empresaaviso, .empresaavisoerror{
    text-align: center;
    padding: 20px;
}
.empresaaviso{
    background-color: #eee;
    color: #64bfb2;
    border: 1px solid #64bfb2;
}
.empresaavisoerror{
    background-color: #fdd;
    color: #f00;
    border: 1px solid #f00;
}
.empresacalendario{
    border-collapse: collapse;
    display: none;
}
/* El `padding-right`/`padding-bottom` real de `.empresacalendario` (arriba)
   no genera hueco visible: un `<table>` con `display:block` conserva en
   Chrome parte de su algoritmo interno real de tabla — el `<tbody>`
   autogenerado (no hay `<thead>` propio) ignora el padding del `<table>`
   y ocupa toda su caja de borde. Movido el mismo padding al `tbody`, que
   sí es un bloque normal y lo respeta como cualquier otro `<div>`. */
.empresacalendario tbody{
    padding-right: 15px;
    padding-bottom: 15px;
    padding-left: 15px;
}

/* Mejoras reales pedidas por el usuario 2026-09-10 (no del original, a
   propósito): borde en la columna de horas + esa misma columna con el
   texto centrado verticalmente de verdad. `vertical-align:middle` (ya
   real, heredado de `.table_item`) no tiene ningún efecto aquí porque la
   celda es `display:block` (herencia de la fila `display:flex`), no
   `table-cell` — solo funciona con `line-height` igual a la altura de la
   celda para un texto de una sola línea como "10:00". */
.empresacalendario th.table_item{
    border-top: 1px solid #dee2e6;
    border-left: 1px solid #dee2e6;
    line-height: 80px;
}
.empresacalendario tr:last-child th.table_item{
    border-bottom: 1px solid #dee2e6;
}
.empresacalendario .table__h{ font-size: 14px; }
.empresacalendario td, .empresacalendario th{ padding-left: 0; }
.empresacalendario td{
    border-top: 1px solid #ccc;
    border-left: 1px solid #ccc;
}
.empresacalendario tr:last-child td{ border-bottom: 1px solid #ccc; }
.empresacalendario td:last-child{ border-right: 1px solid #ccc; }
.nobordertop{ border-top: none !important; }
.selectablecell{
    color: #fff;
    background-color: #64beb1;
    line-height: 20px;
    padding-top: 8px;
    cursor: pointer;
}
.unavailablecell{
    color: #aaa;
    background-color: #e9e9ea;
    line-height: 20px;
    padding-top: 8px;
}
/* Mejora real pedida por el usuario 2026-09-10 (no existe en el original,
   que solo tenía un único estado "no disponible" gris para pasado/completo
   Y excluido a la vez): un hueco bloqueado a mano vía
   `microsite_horario_excepcion` (el parche normalizado) se pinta en blanco
   liso, sin texto, para distinguirlo de `.unavailablecell` — que sigue
   siendo gris CON el texto del servicio+hora, como en el original, y
   corresponde a huecos que sí llegaron a estar disponibles de verdad
   (cupo completo o ya pasados). */
.excludedcell{
    background-color: #fff;
}
.selectablecellmobile{
    color: #fff;
    background-color: #64beb1;
    line-height: 20px;
    padding: 10px;
    text-align: center;
    border: 1px solid #ccc;
}
.selectablecellmobile small{
    display: block;
    margin-top: 5px;
}
.calendariomovil li{
    cursor: pointer;
    border-bottom: 1px solid #ccc;
    margin-bottom: 0;
}
.calendariomovil li:hover{ background-color: #eee; }
.calendariomobiletitle{ padding: 10px 10px 10px 0; }
.empresacalendario .semanastabs{
    height: initial;
    padding-left: 0;
    margin-right: -15px;
    margin-left: -15px;
}
.empresacalendario .semanastabs th{
    color: #50687b;
    background-color: #f6f6f6;
    cursor: pointer;
    font-size: 14px;
    padding: 14px 5px;
    width: 25%;
}
.empresacalendario .semanastabs th:hover{
    color: #fff;
    background-color: #50687b;
}
.empresacalendario .semanastabs .selectedsemana{
    color: #fff;
    background-color: #50687b;
    cursor: default;
}

/* Causa raíz real de TODA la ronda anterior de bugs (ancho + padding +
   vertical-align + desbordamiento vertical), encontrada al fin en vez de
   seguir parcheando síntomas uno a uno: esta tabla (y la lista/tabla de
   "próximas sesiones") llevan la clase `table` para heredar
   `background/box-shadow` reales de `.table` en area-privada.css — pero
   `table` es TAMBIÉN un componente real de Bootstrap
   (`.table{width:100%;...}`, `.table td,.table th{padding:.75rem;
   vertical-align:top;...}`, `.table{border-collapse:collapse!important}`),
   que el original nunca tuvo que pelear porque nunca cargó Bootstrap. Cada
   parche anterior era pelear una propiedad Bootstrap distinta que esa
   colisión de nombre iba sacando a la luz, sin arreglar la causa.

   Solución real: esta tabla y esta lista YA NO llevan la clase `table` en
   la vista — se sustituye por `.microsite-card` (aquí abajo, copia exacta
   de `.table{background-color:#fff;border:none;box-shadow:0px 11px 35px
   0px rgba(0,0,0,0.20);margin-bottom:80px;width:100%}`) para heredar
   exactamente el mismo aspecto sin ninguna colisión con Bootstrap. Con la
   colisión eliminada, el resto del CSS real ya portado (`.uarea__history__table`,
   `.empresacalendario`, `.selectablecell`/`.unavailablecell`,
   `.table__h`/`.table_item`) vuelve a aplicarse sin que nada externo lo
   pise — ninguno de los overrides puntuales de la ronda anterior hace ya
   falta. */
.microsite-card{
    background-color: #ffffff;
    border: none;
    box-shadow: 0px 11px 35px 0px rgba(0,0,0,0.20);
    margin-bottom: 80px;
    width: 100%;
}

/* `.historicomovil` (css/expanded_offer.css:460+517 del legacy, nunca
   portado hasta ahora) — controla la lista móvil ("próximas sesiones" Y el
   calendario, ambas listas llevan esta clase además de `calendariomovil`):
   oculta por defecto, visible solo <=768px. La tabla de escritorio usa la
   regla complementaria ya existente `.uarea__history__table` de
   `area-privada.css` (oculta por defecto, visible desde 768px) — reutilizada
   aquí vía `extraCss` en la vista, no duplicada. Para el calendario en sí
   (`.empresacalendario`, arriba) esa regla de `.uarea__history__table` queda
   sin efecto real: cada tabla semanal empieza siempre oculta por
   `.empresacalendario{display:none}` y es el propio JS quien fuerza
   `display:block` en la semana activa vía estilo inline (gana a cualquier
   regla de clase) SOLO cuando `.calendariomovil` no está visible — réplica
   exacta de `microsites.js:5` del original. */
.historicomovil{ display: none; }
@media (max-width: 768px){
    .historicomovil{ display: block; }
}

/* Botones de idioma propio del microsite (page-empresa-microsite.php:101-113,
   <style> inline del original). */
.contenedor-cambio-idioma-ms {
    display: block;
    text-align: center;
}
.boton-cambio-idioma-ms {
    width: calc(33% - 33px);
}
@media (max-width: 500px) {
    .boton-cambio-idioma-ms {
        width: 100%;
        margin-bottom: 20px;
    }
}