.bg-red-active, .modal-danger .modal-header, .modal-danger .modal-footer, .bg-green-active, .modal-success .modal-header, .modal-success .modal-footer,
.modal-info .modal-header, .modal-info .modal-footer {
    background: #3c3c3c!important;
    border-top: 0;
    color: #fff!important;
    padding-top: 0px;
    padding-bottom: 20px;
	border-color: #f4f4f4!important;
}

.modal-success .modal-body, .modal-danger .modal-body, .modal-info .modal-body {
	background: #3c3c3c!important;
}

/* Fix: el select2 multi-select de "Todas las cajas y cuentas" (widget Ingresos vs Egresos de Cajas
   y Bancos). flor-redesign.css fija height:34px solo para .select2-selection--single y no tiene
   regla equivalente para --multiple, así que el control caía al sizing base de la librería.
   El control se ADAPTA A SU CONTENIDO: angosto cuando solo muestra el placeholder, se ensancha con
   los chips hasta el ancho de la fila y de ahí en más crece en alto.
   El intento anterior lo clavaba en 34px con overflow:hidden y ellipsis, pero .select2-selection__choice
   es float:left en la librería: los chips wrapean igual y el clamp terminaba tapando el primer
   renglón en vez de recortar con puntos suspensivos. Por eso acá NO hay max-height ni overflow.
   El wrapper flex del .cshtml usa align-items:flex-start, así que crecer en alto no mueve a nadie.
   Alcance limitado al contenedor del widget. */
#accIngresosEgresosCajasYBancos .select2-container {
    vertical-align: middle;
    /* margin igual al de los <select> vecinos, que lo llevan inline en el .cshtml. */
    margin: 0 10px 10px 0;
    /* El width:auto lo escribe select2 en el style del container (se le pasa width:'auto' en el
       init); min/max acotan ese auto para que nunca quede ilegible ni desborde la fila. */
    min-width: 200px;
    max-width: 100%;
}

#accIngresosEgresosCajasYBancos .select2-container--default .select2-selection--multiple {
    min-height: 34px;
    padding: 0 6px;
    border-radius: 0;
}

#accIngresosEgresosCajasYBancos .select2-container--default .select2-selection--multiple .select2-selection__rendered {
    display: block;
    /* La librería le pone width:100%, que contra un container shrink-to-fit puede degenerar: con
       auto el ancho lo define el contenido, que es justo lo que se busca acá. */
    width: auto;
    margin: 0;
    padding: 0 0 4px 0;
}

#accIngresosEgresosCajasYBancos .select2-container--default .select2-selection--multiple .select2-selection__choice {
    margin: 5px 4px 0 0;
    padding: 0 6px;
    line-height: 22px;
}

#accIngresosEgresosCajasYBancos .select2-container--default .select2-selection--multiple .select2-selection__placeholder {
    line-height: 32px;
    margin-top: 0;
}

#accIngresosEgresosCajasYBancos .select2-container--default .select2-selection--multiple .select2-search--inline .select2-search__field {
    height: 24px;
    margin-top: 4px;
    line-height: 24px;
}

/* Fix: los badges de los widgets del Panel de Control mostraban huecos grandes alrededor de los dos
   puntos y del valor ("IVA Compras   :    $ 210,00").
   Causa: flor-redesign.css:23285 aplica "padding: 7px 9px !important; margin: 2px" a
   ".info-box-content span" — regla pensada para los spans que SON badges (por eso está agrupada con
   .badge en el mismo selector), pero que también alcanza a los spans ANIDADOS dentro de un badge,
   como los que el JS usa de placeholder para el valor o la etiqueta. Cada uno se llevaba 22px de
   aire propio.
   Los badges armados desde JS con el texto en un solo nodo (el widget de Ingresos vs Egresos) no
   sufrían esto, y son los que se toman como referencia visual. */
.info-box-content .badge span {
    padding: 0 !important;
    margin: 0 !important;
    font-size: inherit !important;
    border-radius: 0 !important;
}