/**
 * base.um2edu / app.momyclub — ajustes de CSS globais do EasySocial.
 *
 * ⚠️ ESTE ARQUIVO E' UM PONTO DE EXTENSAO OFICIAL DO EASYSOCIAL, NAO UMA INVENCAO NOSSA.
 *    `administrator/components/com_easysocial/includes/stylesheet/stylesheet.php:843-851` procura
 *    `templates/<template_ativo>/html/com_easysocial/css/custom.css` e, se existir, enfileira em
 *    TODA pagina do site. Como mora em templates/, SOBREVIVE a update do EasySocial — ao contrario
 *    de `themes/momyclub02/structure/custom.css.php`, que e' apagado (e que, de quebra, ja' divergiu
 *    entre os dois sites).
 *
 * ⚠️ ORDEM DE CASCATA: este arquivo entra como <link>; o `structure/custom.css.php` do tema entra
 *    depois, inline (`addCustomTag`), e por isso VENCE EMPATES de especificidade. Se um dia uma
 *    regra daqui nao pegar, conferir se o custom.css.php tem a mesma regra.
 *
 * ⚠️ SEM CACHE-BUST: o `addStylesheet()` do ES nao poe `?v=`. Depois de editar, recarregar sem
 *    cache para conferir.
 *
 * ⚠️ MANTER BYTE-IDENTICO NOS DOIS SITES (conferir com md5sum).
 */


/* =========================================================================
   LISTAGEM DE USUARIOS — Amigos, Seguidores/Seguindo e busca de usuarios
   =========================================================================
   Todas as tres usam o mesmo partial,
   `themes/momyclub02/helpers/listing/user/listing.php` (via `$this->html('listing.user', ...)`).

   O DEFEITO: `.es-list-item__hd` e' flex com dois filhos — `.es-list-item__content`
   (`flex:1; min-width:0`) e `.es-list-item__action`, que **nao tem `flex-shrink:0`** e carrega um
   `.btn-toolbar` com **`flex-wrap:wrap`**. A coluna de botoes entao encolhe ate' a largura do botao
   mais largo e espreme o conteudo; como os <li> da linha de meta sao `inline-block`, ela quebra em
   3-4 linhas. Linha sem botao nao sofre a pressao — dai' as alturas desiguais entre as linhas.

   O conserto e' so' de layout, por isso NAO tocamos no partial (arquivo de tema, apagado por update
   do ES, e compartilhado por essas tres telas mais o retorno AJAX de listas).

   ⚠️ O ramo mobile do partial desenha os botoes em `.es-list-item__bd` e NAO desenha a linha de
      meta — nenhuma regra abaixo o alcanca, de proposito. */

/* a coluna de botoes para de encolher e de quebrar em varias linhas */
#es .es-list-item__action {
    flex-shrink: 0;
}

#es .es-list-item__action .btn-toolbar {
    flex-wrap: nowrap;
}

/* a linha de meta ("2 Amigos · 1 Seguidor · 1 Emblema") ocupa UMA linha e corta com reticencias.
   `.es-user-item-metax` nao tinha nenhuma regra em lugar nenhum do projeto — e' gancho limpo, e
   existe so' nesta linha de meta. */
#es .es-user-item-metax {
    display: block;
    white-space: nowrap;
    overflow: hidden;
    text-overflow: ellipsis;
}


/* O CARTAO de Amigos e Seguidores/Seguindo NAO mora aqui: mora em
   `media/com_easysocial/amigos/css/amigos.css`, enfileirado com `?v=filemtime` pelos overrides de
   `friends/default/items.php` e `followers/default/items.php`. Motivo: este custom.css entra sem
   cache-bust (o `addStylesheet()` do ES nao poe `?v=`), o que atrapalha quando se esta' ajustando
   visual. As tres regras acima continuam aqui porque valem para QUALQUER tela com linha de
   usuario, inclusive as que nao carregam o amigos.css. */


/* =========================================================================
   Tela do album aberto: fora o que ninguem usa
   =========================================================================
   O certo e' NAO RENDERIZAR — e' o que faz o override
   `templates/yootheme/html/com_easysocial/albums/layouts/default.php`. Estas regras sao a REDE:
   enquanto o override nao estiver valendo, o usuario nao ve os blocos.

   ⚠️ Escopo apertado em `.es-album-item`: `.es-actions`, `[data-message-group]` e afins sao
      partials COMPARTILHADOS com o feed, a foto individual, o video e o marketplace. Uma regra
      solta aqui apagaria curtir/comentar do site inteiro.
   ⚠️ Enquanto for so' CSS, o HTML continua sendo gerado — ou seja, as consultas de comentarios e
      de marcacoes ainda acontecem. Por isso a rede nao substitui o override. */

/* "Selecionar Tudo" + acoes em massa (mover/excluir varias fotos) */
#es .es-album-item .es-media-delete-all-actions {
    display: none !important;
}

/* checkbox de cada foto, que so' alimentava a barra acima */
#es .es-album-item .es-album-photos .es-media-checkbox {
    display: none !important;
}

/* rodape do album: curtir/repostar, "X pessoas curtiram", comentarios e "Pessoas neste album".
   As fotos INDIVIDUAIS continuam podendo ser curtidas e comentadas — o que sai e' a interacao com
   o ALBUM como objeto. */
#es .es-album-item .es-album-footer {
    display: none !important;
}

/* Sobreposicoes do ladrilho de foto na GRADE do album (estrela "Destacar", engrenagem do menu,
   titulo e a barra de estatisticas que aparecia no hover).

   👉 REDE DE SEGURANCA, nao a solucao: quem tira isso do HTML e' photos/albums/default.php (override
      + os dois forks de tema). Esta regra existe porque o arquivo do TEMA some em update do
      EasySocial — e a sobreposicao nao e' so' feia:

   ⚠️ `.es-photo-header` do estoque e' `position:absolute; width:100%; height:100%; z-index:3`, ou
      seja cobre o ladrilho INTEIRO por cima da imagem (z-index 1). Com ela no ar, TODO clique cai no
      cabecalho e nunca na <a> da foto: o visualizador escuro nao abre e o clique morre. Se um update
      trouxer o partial de volta, esta regra mantem a tela clicavel ate' a reaplicacao.

   ⚠️ Escopo em `.es-album-item ... .layout-item`: a PAGINA CHEIA da foto usa o mesmo partial e
      precisa do cabecalho e do rodape (menu, curtir, comentar), mas nao fica dentro de
      `.es-album-item`. */
#es .es-album-item .es-photo-item.layout-item .es-photo-header,
#es .es-album-item .es-photo-item.layout-item .es-photo-footer {
    display: none !important;
}