/* =========================================================================
   ISP LEADERS — folha de estilo do projeto
   Fonte da verdade: Figma "ISP Leaders" (1WSo8Sj8AyAbg5RM7DwKFo), pagina "LP - Final"
   Design em 1440px. Medidas abaixo saem direto do arquivo.
   ========================================================================= */

/* ---------- Tokens ---------- */
:root {
	--isp-preto: #000000;
	--isp-chumbo: #0d0d0d;
	--isp-branco: #f2f3f8;
	--isp-azul: #053cfa;
	--isp-azul-escuro: #001f8d;
	--isp-azul-conector: #1111f5;

	--isp-txt-claro: rgba(255, 255, 255, 0.9);
	--isp-txt-suave: rgba(255, 255, 255, 0.6);
	--isp-linha: rgba(255, 255, 255, 0.1);

	--isp-fonte-titulo: "Nata Sans", "Plus Jakarta Sans", sans-serif;
	--isp-fonte-corpo: "Plus Jakarta Sans", sans-serif;
	--isp-fonte-ui: "Inter", "Plus Jakarta Sans", sans-serif;

	/* Grade do Figma: quadro de 1440 com conteudo de 1280 (margem de 80) */
	--isp-largura: 1280px;
	--isp-margem: 80px;
}

/* =========================================================================
   MARGEM LATERAL POR LARGURA

   O arquivo do Figma só tem o quadro de 1440, então tudo abaixo disso é
   derivado. A margem de 80px do desenho é o que mais pesa: num celular de
   390 ela come 160 dos 390 e sobra menos da metade da tela para o conteúdo.
   Estes três degraus são a base do responsivo — quase toda seção usa
   var(--isp-margem) no recuo horizontal.
   ========================================================================= */

@media (max-width: 1439px) {
	:root {
		--isp-margem: 48px;
	}
}

@media (max-width: 1023px) {
	:root {
		--isp-margem: 40px;
	}
}

@media (max-width: 767px) {
	:root {
		/* 20 e nao os 24 do arquivo de 390: padronizacao pedida pelo cliente
		   em 01/09/2026 ("todo o site com o padding lateral em 20"). Toda
		   seção que usa o token acompanha; as que tinham numero proprio
		   foram trocadas para o token. */
		--isp-margem: 20px;
	}
}

/* ---------- Base ---------- */
body {
	font-family: var(--isp-fonte-corpo);
	background-color: var(--isp-preto);
	color: var(--isp-branco);
	-webkit-font-smoothing: antialiased;
	-moz-osx-font-smoothing: grayscale;
}

/* O Hello Elementor limita o conteudo; as secoes daqui sangram ate a borda. */
.isp-page .site-main,
.isp-page .page-content {
	max-width: none;
	margin: 0;
	padding: 0;
}

/* Container de secao: sangra na largura toda, conteudo travado em 1280. */
.isp-sec {
	position: relative;
	width: 100%;
	overflow: hidden;
}

/* Faixa de conteudo: 1280 dentro do quadro de 1440.
   IMPORTANTE: nesta versao do Elementor, container com content_width "full"
   sai como .e-con-full e NAO cria .e-con-inner — os widgets sao filhos
   diretos do container. Entao gap, padding e alinhamento vao no proprio
   container, nunca num miolo. */
.isp-wrap {
	width: 100%;
	max-width: calc(var(--isp-largura) + var(--isp-margem) * 2);
	margin-inline: auto;
	padding-inline: var(--isp-margem);
}

/* Widget que carrega apenas pecas posicionadas de forma absoluta
   (arte de fundo, esteiras, veus). Sem isto o wrapper do Elementor, que e
   position:relative, vira o bloco de referencia da peca — e como ele nao
   tem conteudo no fluxo, ele mede zero e a peca some sem erro nenhum. */
/* A camada sai do fluxo por completo: como o container da seção é flex com
   gap, um widget de altura zero ainda assim consumiria um gap inteiro e
   empurraria o conteúdo para baixo. Com inset:0 ela cobre a caixa de padding
   da seção, que é exatamente o retângulo onde as peças precisam se ancorar. */
.isp-camada {
	position: absolute;
	inset: 0;
	z-index: 0;
	width: auto;
	height: auto;
	padding: 0;
	margin: 0;
	pointer-events: none;
	overflow: hidden;
}

.isp-camada .elementor-widget-container,
.isp-camada .elementor-shortcode {
	position: static;
}

/* Envolucro que nao existe para o layout: o widget e o
   .elementor-widget-container saem da caixa e quem vira filho direto do pai
   e o conteudo do widget. Serve para peca absoluta dentro de grade — sem
   isto o envolucro do Elementor consome uma celula da grade (ou um gap do
   flex) e desloca o arranjo inteiro. */
.isp-passe,
.isp-passe > .elementor-widget-container {
	display: contents;
}

/* Seção fora do ar sem apagar nada: a de depoimentos ficou assim em
   01/09/2026, porque o cliente ainda nao tem depoimento nenhum para
   publicar. Para devolve-la ao site basta abrir a seção no Elementor, em
   Avancado > CSS Classes, e tirar "isp-oculto" — o conteudo continua todo
   la, montado e editavel. */
.isp-oculto {
	display: none !important;
}

/* z-index: 0 na camada cria um CONTEXTO DE EMPILHAMENTO: qualquer z-index de
   quem esta dentro dela so vale entre irmaos ali, e a camada inteira continua
   valendo 0 la fora. A esteira de numeros mora dentro da camada e pede
   z-index 3 para ficar por cima do conteudo do hero — mas o container de
   conteudo vale 2, e 2 > 0, entao ele cobria a faixa e sobrava so o fio azul
   de 7px que aparecia embaixo da foto.

   Sem z-index a camada deixa de ser contexto e continua embaixo do conteudo
   (esta antes dele no HTML e ele e posicionado com z-index 2), mas agora o
   3 da esteira vale na pagina toda e ela sobe. So a camada que tem esteira
   muda; as outras seguem iguais. */
.isp-camada:has(.isp-numeros) {
	z-index: auto;
}

.isp-sec--claro {
	background-color: var(--isp-branco);
	color: var(--isp-chumbo);
}

.isp-sec--escuro {
	background-color: var(--isp-preto);
	color: var(--isp-branco);
}

.isp-sec--azul {
	background-color: var(--isp-azul);
	color: #ffffff;
}

/* ---------- Tipografia do sistema ---------- */

/* No Figma as caixas de texto sao aparadas na altura da maiuscula
   (text-box-trim: trim-both / text-box-edge: cap alphabetic). Sem isso o
   meio-espaco da entrelinha entra na conta e TODO espacamento vertical
   cresce alguns pixels — foi o que separou o site do arquivo em ~18px por
   bloco. Onde o navegador nao suporta, a pagina so fica um respiro mais
   folgada; nada quebra. */
.isp-trim {
	text-box-trim: trim-both;
	text-box-edge: cap alphabetic;
}

/* Titulo com o degrade de branco para cinza recortado no texto.
   Aparece no hero, nos cards de "Nossas Solucoes" e no CTA final; o angulo
   varia entre 151 e 174 graus conforme a seção, o que a olho nu e o mesmo
   degrade. Fica aqui, numa classe so, em vez de repetido em cada arquivo. */
/* A classe vai no widget; o recorte precisa acontecer no elemento do texto,
   que e quem tem as letras. */
.isp-degrade .elementor-heading-title {
	background-image: linear-gradient(151.43deg, rgb(255, 255, 255) 33.276%, rgb(153, 153, 153) 103.28%);
	-webkit-background-clip: text;
	background-clip: text;
	color: transparent;
	/* O degrade e recortado no texto, entao ele so pinta onde ha caixa de
	   fundo. Com text-box-trim: trim-both / cap alphabetic a caixa termina
	   na LINHA DE BASE da ultima linha — e as descidas de g, p, q ficavam
	   sem tinta, o que na tela parece a letra cortada ("acompanhar." no
	   hero, "Diagnostico Operacional" nos cards). O recuo estende a area
	   pintada; a margem negativa devolve a altura, para o arranjo nao andar.
	   Vale so para os titulos com o degrade: onde a cor e solida a pintura
	   segue o glifo e nada disso acontece. */
	padding-bottom: 0.25em;
	margin-bottom: -0.25em;
}

/* Eyebrow: rotulo pequeno em caixa alta acima do titulo. */
.isp-eyebrow {
	font-family: var(--isp-fonte-corpo);
	font-size: 16px;
	line-height: 26px;
	font-weight: 400;
	text-transform: uppercase;
	letter-spacing: 1.6px;
	margin: 0;
}

.isp-sec--escuro .isp-eyebrow {
	color: var(--isp-azul);
}

.isp-sec--claro .isp-eyebrow {
	color: var(--isp-chumbo);
}

/* Titulo de secao: Nata Sans 48/53, com metade em negrito no destaque. */
.isp-h2 {
	font-family: var(--isp-fonte-titulo);
	font-size: 48px;
	line-height: 53px;
	font-weight: 400;
	margin: 0;
}

.isp-h2 strong,
.isp-h2 b {
	font-weight: 700;
}

.isp-lead {
	font-family: var(--isp-fonte-corpo);
	font-size: 16px;
	line-height: 26px;
	font-weight: 400;
	margin: 0;
}

.isp-sec--escuro .isp-lead {
	color: var(--isp-txt-suave);
}

/* =========================================================================
   O INVOLUCRO DO BOTAO NATIVO

   Desde 28/08/2026 os botoes sao widgets de botao do Elementor, com a
   marcacao trocada por inc/botao-elementor.php para o <a> continuar sendo
   .isp-btn. O widget embrulha tudo em .isp-btn-caixa, que precisa ser
   transparente para o arranjo: nem largura, nem altura, nem alinhamento.
   ========================================================================= */
.isp-btn-caixa {
	display: block;
	width: auto;
	margin: 0;
	padding: 0;
	line-height: 0;
}

/* ---------- Botao pilula ---------- */
/* Rotulo + disco com a seta, no formato do Figma: pl 24 / pr 8 / py 8. */
.isp-btn {
	display: inline-flex;
	align-items: center;
	justify-content: center;
	gap: 10px;
	padding: 8px 8px 8px 24px;
	border-radius: 1000px;
	border: 1px solid var(--isp-linha);
	font-family: var(--isp-fonte-titulo);
	font-size: 16px;
	line-height: 26px;
	font-weight: 700;
	text-transform: uppercase;
	text-decoration: none;
	white-space: nowrap;
	cursor: pointer;
	transition: transform 0.2s ease, box-shadow 0.2s ease, background-color 0.2s ease;
}

.isp-btn:hover {
	transform: translateY(-2px);
	box-shadow: 0 10px 30px rgba(5, 60, 250, 0.25);
}

.isp-btn__ico {
	display: grid;
	place-items: center;
	width: 36px;
	height: 36px;
	border-radius: 50%;
	flex: 0 0 36px;
}

/* Tres variantes no arquivo, sempre pilula + disco:
   claro     = pilula branca, disco azul   (secoes escuras e cards)
   contraste = pilula branca, disco preto  (hero e a secao azul "Quem somos")
   azul      = pilula azul,   disco branco (CTAs de fundo claro e o CTA final) */

.isp-btn--claro,
.isp-btn--contraste {
	background-color: var(--isp-branco);
	color: var(--isp-chumbo);
}

.isp-btn--claro .isp-btn__ico {
	background-color: var(--isp-azul);
	color: #ffffff;
}

.isp-btn--contraste .isp-btn__ico {
	background-color: var(--isp-preto);
	color: var(--isp-branco);
}

.isp-btn--azul {
	background-color: var(--isp-azul);
	color: #ffffff;
	border-color: transparent;
}

.isp-btn--azul .isp-btn__ico {
	background-color: #ffffff;
	color: var(--isp-azul);
}

.isp-btn__ico svg {
	width: 100%;
	height: 100%;
	display: block;
}

/* =========================================================================
   HOVER — desfazendo o reset do Hello Elementor
   Pedido do cliente (27/08/2026): tres reclamacoes com a mesma origem — o
   rotulo do botao azul escurecendo, o simbolo do header ficando arroxeado e
   o botao do formulario ficando rosa ao passar o mouse.

   A causa esta em hello-elementor/assets/css/reset.css, que define
       a:active, a:hover               { color: #336 }
       [type=submit]:hover, button:hover { background-color: #c36; color: #fff }
   e nenhum bloco daqui declarava cor no hover — entao o reset assumia. Sao
   #336 (o roxo do simbolo, e o "preto" do rotulo sobre o azul) e #c36 (o
   rosa do botao de enviar). O reset vem do tema-pai e nao se toca; a
   correcao e declarar aqui o hover que cada peca deve ter.
   ========================================================================= */

/* Nenhum link do site herda a cor do reset: quem muda de cor no hover diz
   isso explicitamente na propria seção. */
a:hover,
a:active,
a:focus {
	color: inherit;
}

/* O lockup: o simbolo usa currentColor, entao a cor do <a> e quem o pinta.
   No hover ele acende no azul da marca — em todas as paginas. */
.isp-logo:hover,
.isp-logo:focus-visible {
	color: var(--isp-azul);
}

/* O texto "ISP Leaders" tem cor propria e segue branco. */
.isp-logo:hover .isp-logo__texto,
.isp-logo:focus-visible .isp-logo__texto {
	color: #ffffff;
}

/* Botao pilula: o rotulo mantem a cor da variante nas tres. */
.isp-btn--claro:hover,
.isp-btn--claro:focus-visible,
.isp-btn--contraste:hover,
.isp-btn--contraste:focus-visible {
	color: var(--isp-chumbo);
}

/* A variante azul so precisa garantir o rotulo branco: sobre fundo escuro
   ela CONTINUA azul no hover, e sobe com a sombra como as outras. O preto
   do hover vale so onde a pilula azul esta sobre fundo claro — ali o preto
   e o contraste que o cliente pediu (28/08/2026); sobre o preto da seção
   ele apagaria o botao. Quem pede o preto sao as proprias seções claras:
   #isp-cenarios e #isp-faq na Home, #isp-contato nas paginas de serviço. */
.isp-btn--azul:hover,
.isp-btn--azul:focus-visible {
	color: #ffffff;
}

/* ---------- Hover preto da pilula azul (so em seção clara) ---------- */
/* Escrito uma vez aqui e "chamado" pelo id de cada seção clara, porque uma
   regra de id e o unico jeito de vencer o azul proprio que #isp-contato e
   #isp-depois declaram para os seus botoes. */
#isp-cenarios .isp-btn--azul:hover,
#isp-cenarios .isp-btn--azul:focus-visible,
#isp-faq .isp-btn--azul:hover,
#isp-faq .isp-btn--azul:focus-visible {
	background-color: var(--isp-preto);
	border-color: var(--isp-preto);
	color: #ffffff;
}

#isp-cenarios .isp-btn--azul:hover .isp-btn__ico,
#isp-cenarios .isp-btn--azul:focus-visible .isp-btn__ico,
#isp-faq .isp-btn--azul:hover .isp-btn__ico,
#isp-faq .isp-btn--azul:focus-visible .isp-btn__ico {
	color: var(--isp-preto);
}

/* =========================================================================
   QUEBRAS DE LINHA DO ARQUIVO NAO VALEM NO CELULAR
   Vários textos trazem <br> no conteúdo para reproduzir a quebra exata do
   Figma numa coluna de 1440. Numa de 390 essas quebras caem no meio da
   frase e o card sai com linhas de três palavras — "Levantamos os processos
   / de cada departamento e / identificamos / o que ainda depende..." era o
   que o cliente via em 28/08/2026.

   A regra é ampla de propósito. A primeira tentativa listou componente por
   componente e passou longe: as classes reais eram outras (.isp-lista-x e
   não .isp-problema__li, por exemplo) e metade das quebras continuou lá.
   Numa tela de 390 uma quebra fixa está errada em qualquer lugar, então o
   caminho seguro é o contrário — some com todas e abre exceção onde o <br>
   separa parágrafo de verdade.

   Depende de os <br> do conteúdo terem SEMPRE um espaço antes (inc/*.php):
   sem isso, esconder a quebra cola as duas palavras.
   ========================================================================= */
@media (max-width: 767px) {
	body br {
		display: none;
	}

	/* Na resposta do FAQ o <br> separa parágrafos, e ali ele fica. */
	.isp-faq__resposta br {
		display: block;
	}
}

/* =========================================================================
   BASE DO CELULAR — Figma "ISP - … MOBILE 390"

   As cinco telas de 390 seguem uma grade só: goteira de 24, conteúdo de 342,
   e toda seção com 64 de recuo em cima e embaixo. Escrever isso aqui, uma
   vez, evita repetir o mesmo par de valores em vinte arquivos — e é o que
   garante que as cinco páginas fiquem alinhadas entre si.

   A rolagem lateral é o defeito que mais aparecia na tela de 390: o desenho
   de desktop tem dezenas de caixas com largura fixa (688, 869, 1043, 1281…)
   e qualquer uma delas empurra a página para além dos 390. Cada seção corta
   a sua no bloco de celular do próprio arquivo; o overflow-x aqui é a rede
   de segurança para o que escapar.
   ========================================================================= */
@media (max-width: 767px) {
	:root {
		/* 342 + 24 + 24 = 390 */
		/* 390 menos os dois recuos de 20. */
		--isp-largura: 350px;
		--isp-sec-recuo: 64px;
	}

	html,
	body {
		overflow-x: hidden;
	}

	/* No quadro de 1440 as caixas de texto do Figma vem APARADAS (a caixa
	   termina na altura de capitular e na linha de base), e o site copia
	   isso com text-box-trim. No arquivo de 390 elas sao cheias: o eyebrow
	   tem 16 de altura para 16 de entrelinha, o titulo de duas linhas tem
	   68 para 34. Mantendo o corte, cada bloco de texto ficava alguns
	   pixels mais baixo que o desenho e o erro se somava seção a seção —
	   a Home inteira fechava ~150px mais curta que o arquivo.
	   Desligar o corte aqui alinha o ritmo vertical de uma vez.

	   O !important e necessario: cada seção escreve o corte no seu proprio
	   seletor de classe dupla (".isp-problema__titulo .elementor-heading-
	   title"), que ganha do seletor universal — e este arquivo ainda por
	   cima e o PRIMEIRO da fila, entao nem empatando venceria. */
	* {
		text-box-trim: none !important;
	}

	/* Nenhuma imagem passa da tela, venha de onde vier. */
	img,
	svg,
	video {
		max-width: 100%;
	}

	/* ---------------------------------------------------------------
	   CARROSSEL DE CELULAR

	   Duas seções das paginas de serviço viram carrossel so aqui — "O que
	   voce recebe" e "E depois do…". A vitrine, o trilho e as setas sao
	   montados por isp.js (montarCarrosseisDeCelular), porque o HTML e o
	   mesmo do desktop e nao pode ganhar marcacao nova la.

	   O trilho sangra pela direita de proposito: o segundo card aparece
	   pela metade sob o veu, e e assim que se ve que ha mais conteudo.
	   --------------------------------------------------------------- */
	.isp-mb-carrossel {
		display: flex;
		flex-direction: column;
		gap: 16px;
		width: 100%;
	}

	.isp-mb-carrossel__vitrine {
		position: relative;
		width: 100%;
		overflow: hidden;
	}

	.isp-mb-carrossel__vitrine::after {
		content: "";
		position: absolute;
		top: 0;
		right: 0;
		bottom: 0;
		z-index: 2;
		width: 72px;
		pointer-events: none;
		background-image: linear-gradient(to right, rgba(0, 0, 0, 0) 0%, rgba(0, 0, 0, 0.86) 62%, #000000 100%);
	}

	.isp-mb-carrossel [data-isp-trilho] {
		position: static;
		display: flex;
		/* A direcao vai explicita: a lista de "O que esta incluso" nasce
		   coluna, e sem isto o carrossel dela empilhava os seis cards. */
		flex-direction: row;
		/* nowrap explicito: quando a esteira e um container do Elementor ele
		   nasce com flex-wrap:wrap e cada card de 300 caia numa linha
		   propria — a seção virava uma pilha de cards em vez de carrossel.
		   Com o <div> do shortcode isso nao acontecia, porque ali o padrao
		   do CSS ja e nowrap. */
		flex-wrap: nowrap;
		align-items: stretch;
		gap: 15px;
		width: auto;
		height: auto;
		padding: 0 var(--isp-margem);
		overflow-x: auto;
		scroll-snap-type: x mandatory;
		/* Sem isto o encaixe cola o card na borda da tela e come os 24 de
		   goteira: o scroll-snap alinha pelo inicio da CAIXA de rolagem, e
		   nao pelo inicio do conteudo. */
		scroll-padding-left: var(--isp-margem);
		scrollbar-width: none;
		-webkit-overflow-scrolling: touch;
	}

	.isp-mb-carrossel [data-isp-trilho]::-webkit-scrollbar {
		display: none;
	}

	.isp-mb-carrossel [data-isp-trilho] > * {
		scroll-snap-align: start;
		/* Nao encolher: o card do container do Elementor nasce com
		   flex-shrink 1, e numa esteira de nowrap os sete cards se
		   espremiam para caber nos 390 (42px cada, e a altura explodia).
		   O <article> do shortcode nao tinha esse problema porque a largura
		   dele vinha so do CSS. */
		flex-shrink: 0;
	}

	.isp-mb-carrossel__nav {
		display: flex;
		align-items: center;
		justify-content: center;
		gap: 20px;
		padding-top: 8px;
	}

	.isp-mb-carrossel__btn {
		display: grid;
		place-items: center;
		width: 48px;
		height: 48px;
		padding: 0;
		border: 1px solid rgba(255, 255, 255, 0.18);
		border-radius: 50%;
		background-color: rgba(255, 255, 255, 0.06);
		color: #ffffff;
		cursor: pointer;
	}

	.isp-mb-carrossel__btn--proximo {
		background-color: rgba(255, 255, 255, 0.12);
	}

	.isp-mb-carrossel__btn svg {
		display: block;
		width: 24px;
		height: 24px;
	}

	.isp-mb-carrossel__btn--anterior svg {
		transform: rotate(180deg);
	}

	/* No arquivo de 390 NENHUM título usa o degradê recortado no texto: são
	   todos de cor sólida. Em 342 de largura o degradê chegava ao cinza já
	   na segunda linha e o fim do título parecia apagado. */
	.isp-degrade .elementor-heading-title {
		background-image: none;
		-webkit-background-clip: border-box;
		background-clip: border-box;
		color: inherit;
		padding-bottom: 0;
		margin-bottom: 0;
	}

	/* ---------------------------------------------------------------
	   BOTAO — Figma, CTA de 242x42,6

	   Medidas do arquivo:
	     altura 42,6   fio 0,82   recuo 6,56 (19,68 a esquerda)
	     vao 8,2       disco 29,5  rotulo Nata Sans Bold 13,12/21,32 alta

	   No Figma o fio fica DENTRO da caixa, entao os 6,56 de recuo ja o
	   incluem; no CSS a borda soma por fora do padding. Por isso o recuo
	   escrito aqui e 5,74 (6,56 menos o fio): 0,82 + 5,74 + 29,5 + 5,74 +
	   0,82 fecha exatamente 42,6, e a esquerda fecha 19,68.

	   Este bloco precisa vir DEPOIS da regra base de .isp-btn__ico, la em
	   cima: as duas tem a mesma especificidade e, no mesmo arquivo, quem
	   vem por ultimo ganha. Escrito antes, o disco continuava com 36 e o
	   botao saia 8,5px mais alto que o desenho. */
	.isp-btn {
		max-width: 100%;
		gap: 8.2px;
		padding: 5.74px 5.74px 5.74px 18.86px;
		border-width: 0.82px;
		font-size: 13.12px;
		line-height: 21.32px;
		white-space: normal;
		text-align: left;
	}

	.isp-btn__ico {
		width: 29.5px;
		height: 29.5px;
		flex: 0 0 29.5px;
	}

	.isp-btn__ico svg {
		width: 24px;
		height: 24px;
	}

	/* O botao e inline-flex, entao a caixa de linha do pai reserva mais uma
	   descida abaixo dele — 8,5px de sobra que empurravam tudo que vem
	   depois. Zerar a entrelinha do invólucro do shortcode mata a fresta
	   sem tirar o botao do fluxo em linha (o que quebraria a centralizacao
	   por text-align nas seções que centralizam o CTA). */
	.elementor-shortcode:has(> .isp-btn),
	.isp-btn-caixa:has(> .isp-btn) {
		line-height: 0;
	}

	/* Título e corpo na escala do arquivo de 390. */
	.isp-eyebrow .elementor-heading-title,
	.isp-eyebrow {
		font-size: 12px;
		line-height: 16px;
		letter-spacing: 1.6px;
	}

	.isp-h2 .elementor-heading-title,
	.isp-h2 {
		font-size: 28px;
		line-height: 34px;
	}

	.isp-lead .elementor-heading-title,
	.isp-lead,
	.isp-lead p {
		font-size: 14px;
		line-height: 22px;
	}
}
