Enhance post badge position settings and styles

[ram0ng1]

• Updated the help text for the post badge position setting to clarify the functionality of each option, including the default Flarum badge behavior.
• Added a new default option label for the post badge position in both English and Portuguese locales.
• Modified the CSS classes in PostBadges.less to ensure proper styling based on the selected badge position, including the introduction of a custom class for better specificity.
• Adjusted the JavaScript logic to toggle the custom class based on the selected badge position, ensuring the correct styles are applied across different layouts.

[github-actions]

📦 Bundle size

🟡 Crescimento pequeno — gzip total +0.1 KB (+0.1%), abaixo do limiar de regressão (2% / 2 KB).

Arquivo	PR (gzip)	Master (gzip)	Δ gzip	PR (raw)	Δ raw
admin.js	12.3 KB	12.3 KB	🔴 +0.1 KB (0.4%)	49.4 KB	🔴 +0.2 KB (0.4%)
forum.js	40.9 KB	40.9 KB	🔴 +0.0 KB (0.0%)	159.3 KB	🔴 +0.0 KB (0.0%)
forum/components/AllDiscussionsPage.js	2.7 KB	2.7 KB	=	8.7 KB	=
forum/components/AvocadoPostsSearchPage.js	2.4 KB	2.4 KB	=	7.3 KB	=
forum/components/AvocadoSearchPage.js	5.3 KB	5.3 KB	=	19.5 KB	=
forum/components/BookmarksPage.js	2.3 KB	2.3 KB	=	7.0 KB	=
forum/components/TagPage.js	3.4 KB	3.4 KB	=	11.0 KB	=
forum/components/TeamPage.js	1.5 KB	1.5 KB	=	4.1 KB	=
forum/components/UserProfilePage.js	2.5 KB	2.5 KB	=	10.2 KB	=
Total	73.3 KB	73.2 KB	🔴 +0.1 KB (0.1%)	276.5 KB	🔴 +0.2 KB (0.1%)

_{gzip nível 9. 🟢 = menor que o master · 🔴 = maior. Report-only — não bloqueia o merge.}

[github-actions]

🔒 Regressão de segurança (Semgrep diff vs master)

✅ Sem regressão — nenhum achado novo de vulnerabilidade introduzido por esta PR.

[github-actions]

🔬 Performance benchmark

Home (/)

Métrica	PR	Master (baseline)	Δ
Performance (score)	82	85	🔴 -3pp (-3.5%)
FCP	1756 ms	1542 ms	🔴 +215 ms (13.9%)
LCP	1983 ms	1903 ms	🔴 +80 ms (4.2%)
TBT	62 ms	52 ms	🔴 +10 ms (19.2%)
CLS	0.000	0.000	(=)
Speed Index	1756 ms	1542 ms	🔴 +215 ms (13.9%)
TTI	1985 ms	1906 ms	🔴 +79 ms (4.1%)

💡 Recomendações (Lighthouse + dicas Flarum 2 / Avocado)

• Sem compressão de texto — economia ~920 ms · ~1161 KB
  Habilite gzip/brotli no servidor (nginx: gzip on; gzip_types text/css application/javascript; ou brotli on; brotli_types ...). Esse é um setting de host, não da extensão, mas reportar aqui ajuda.
• JavaScript não utilizado — economia ~680 ms · ~536 KB
  Use import() dinâmico para componentes só usados em rotas específicas (TeamPage, AvocadoSearchPage). O webpack faz split automático se você usar import("./components/TeamPage") dentro do routes ao invés de import estático no topo do index.tsx.
• CSS não utilizado — economia ~480 ms · ~582 KB
  O bundle forum.css carrega tudo de less/forum/**. Divida por rota (Home/Discussion/Tag) via Extend\Frontend->css() condicional no JS, ou use PurgeCSS no webpack para o build de produção.
• Recursos bloqueando o render — economia ~440 ms
  Mova CSS não-crítico para <link rel="preload"> ou injete inline o CSS above-the-fold do forum.less. Em Flarum 2, o forum.css é servido como bloqueante por padrão — considere media="print" onload para folhas não-críticas (ex.: dark theme).
• Cache HTTP curto — 8 resources found
  Os assets versionados em /assets/forum-<hash>.js deveriam ter Cache-Control: public, max-age=31536000, immutable. Configure no nginx/apache, não no Flarum.

/discussions

Métrica	PR	Master (baseline)	Δ
Performance (score)	86	86	(=)
FCP	1505 ms	1501 ms	🔴 +4 ms (0.3%)
LCP	1811 ms	1809 ms	🔴 +2 ms (0.1%)
TBT	0 ms	1 ms	🟢 -1 ms (-100.0%)
CLS	0.000	0.000	(=)
Speed Index	1505 ms	1501 ms	🔴 +4 ms (0.3%)
TTI	1811 ms	1809 ms	🔴 +2 ms (0.1%)

💡 Recomendações (Lighthouse + dicas Flarum 2 / Avocado)

• Sem compressão de texto — economia ~920 ms · ~1167 KB
  Habilite gzip/brotli no servidor (nginx: gzip on; gzip_types text/css application/javascript; ou brotli on; brotli_types ...). Esse é um setting de host, não da extensão, mas reportar aqui ajuda.
• JavaScript não utilizado — economia ~530 ms · ~562 KB
  Use import() dinâmico para componentes só usados em rotas específicas (TeamPage, AvocadoSearchPage). O webpack faz split automático se você usar import("./components/TeamPage") dentro do routes ao invés de import estático no topo do index.tsx.
• CSS não utilizado — economia ~520 ms · ~588 KB
  O bundle forum.css carrega tudo de less/forum/**. Divida por rota (Home/Discussion/Tag) via Extend\Frontend->css() condicional no JS, ou use PurgeCSS no webpack para o build de produção.
• Recursos bloqueando o render — economia ~520 ms
  Mova CSS não-crítico para <link rel="preload"> ou injete inline o CSS above-the-fold do forum.less. Em Flarum 2, o forum.css é servido como bloqueante por padrão — considere media="print" onload para folhas não-críticas (ex.: dark theme).
• Cache HTTP curto — 9 resources found
  Os assets versionados em /assets/forum-<hash>.js deveriam ter Cache-Control: public, max-age=31536000, immutable. Configure no nginx/apache, não no Flarum.

/tags

Métrica	PR	Master (baseline)	Δ
Performance (score)	87	87	(=)
FCP	1501 ms	1506 ms	🟢 -5 ms (-0.3%)
LCP	1761 ms	1772 ms	🟢 -11 ms (-0.6%)
TBT	0 ms	0 ms	(=)
CLS	0.000	0.000	(=)
Speed Index	1501 ms	1506 ms	🟢 -5 ms (-0.3%)
TTI	1761 ms	1772 ms	🟢 -11 ms (-0.6%)

💡 Recomendações (Lighthouse + dicas Flarum 2 / Avocado)

• Sem compressão de texto — economia ~920 ms · ~1161 KB
  Habilite gzip/brotli no servidor (nginx: gzip on; gzip_types text/css application/javascript; ou brotli on; brotli_types ...). Esse é um setting de host, não da extensão, mas reportar aqui ajuda.
• JavaScript não utilizado — economia ~520 ms · ~566 KB
  Use import() dinâmico para componentes só usados em rotas específicas (TeamPage, AvocadoSearchPage). O webpack faz split automático se você usar import("./components/TeamPage") dentro do routes ao invés de import estático no topo do index.tsx.
• Recursos bloqueando o render — economia ~520 ms
  Mova CSS não-crítico para <link rel="preload"> ou injete inline o CSS above-the-fold do forum.less. Em Flarum 2, o forum.css é servido como bloqueante por padrão — considere media="print" onload para folhas não-críticas (ex.: dark theme).
• CSS não utilizado — economia ~480 ms · ~587 KB
  O bundle forum.css carrega tudo de less/forum/**. Divida por rota (Home/Discussion/Tag) via Extend\Frontend->css() condicional no JS, ou use PurgeCSS no webpack para o build de produção.
• Cache HTTP curto — 8 resources found
  Os assets versionados em /assets/forum-<hash>.js deveriam ter Cache-Control: public, max-age=31536000, immutable. Configure no nginx/apache, não no Flarum.

---

🥑 Dicas gerais para acelerar o tema (Flarum 2 + Avocado)

1. Build de produção minificado — confirme que npm run build rodou com mode: production (já é o caso no js/package.json). Webpack tree-shakes import { x } from "flarum/..." se o consumo for explícito.
2. Split por rota — index.tsx importa todos os Components no topo. Trocar para import() dinâmico nas rotas raramente acessadas (TeamPage, AvocadoSearchPage, TagsPage) reduz o forum.js inicial.
3. Less crítico inline — Flarum 2 serve forum.css bloqueando. Considere extrair o CSS above-the-fold (header + 1ª thread visível) e injetar inline via Extend\Frontend->content(InlineCriticalCss::class).
4. Avatares — sirva via <img loading="lazy"> em todos os ThreadCards/PostCards que não estiverem no fold inicial.
5. <link rel="preconnect"> — se você usa CDN para fontes ou avatares S3, adicione preconnects no header.
6. Extend\Frontend->js() rodam síncronos — todo arquivo js/dist/forum.js é parseado no boot. Cada extend() no index.tsx roda antes da primeira pintura.
7. opcache + view cache — no host: opcache.enable=1, opcache.validate_timestamps=0 em produção, e php flarum cache:clear no deploy.
8. HTTP/2 + Brotli no host — o Flarum gera bundles grandes; sem brotli você paga em transferência.

_{Lighthouse desktop, 1 run por URL. 🟢 = melhorou vs master · 🔴 = regrediu.}