/* Fix: FluentCommunity hat fca-widgets durch fca-hub ersetzt. Alte Custom-Link-Einträge
   in der Space-Sidebar (Klasse .fca-widget-menu-item, z.B. der "Willkommen"-Space "Start")
   tragen weiterhin fcom_menu_link/space_menu_item, aber global.css stylt community_avatar
   nur für Top-Menü/User-Dropdown/Space-Liste — nicht für die Communities-Sidebar. Ohne
   Regel rendert das Icon in Rohgröße (SVG-Original bis 800px) und der Text steht darunter
   statt daneben. */
.fcom_sidebar_wrap .space_menu_item,
.fcom_sidebar_wrap .fcom_menu_link,
.fcom_sidebar_contents .space_menu_item,
.fcom_sidebar_contents .fcom_menu_link {
	display: flex;
	align-items: center;
	gap: 8px;
}
.fcom_sidebar_wrap .community_avatar,
.fcom_sidebar_contents .community_avatar {
	display: flex;
	justify-content: center;
	align-items: center;
	max-width: 20px;
	height: 20px;
	aspect-ratio: 1 / 1;
	flex: none;
}
.fcom_sidebar_wrap .community_avatar svg,
.fcom_sidebar_contents .community_avatar svg {
	width: 100%;
	height: 100%;
}
.fcom_sidebar_wrap .community_avatar .el-icon,
.fcom_sidebar_contents .community_avatar .el-icon {
	font-size: 20px;
}

/* Fix 1c (2026-09-15): font-size:15px/font-weight:500 auf .community_name innerhalb
   .fcom_sidebar_contents ENTFERNT — seit Fix 5 (fcom_space_list-Klasse per JS ergänzt, siehe
   jm-fcom-sidebar-widget-fix.php) stylt FluentCommunitys eigenes global.css Font-Size (13px)
   und Font-Weight (400, geerbt) für JEDEN Sidebar-Eintrag identisch, nativ wie über
   fca-widgets ("Willkommen > Start" u.ä.). Die eigene Override-Regel hier hat dadurch NUR noch
   den einen Eintrag "Start" sichtbar fetter (500) und größer (15px) als alle anderen Einträge
   (Feed/AI-Check/Orte/Boards, 13px/400) gemacht — genau die Inkonsistenz, die auffiel. Avatar-
   Icon-Größe zusätzlich von 18px auf 20px angeglichen (native Größe, siehe global.css
   .community_avatar{max-width:20px;height:20px}), aus demselben Grund. text-decoration:none
   kommt ebenfalls schon nativ von global.css ".fcom_space_list .space_contents ul li a" —
   auch diese beiden Regeln waren redundant und entfernt. */

/* Fix 1b — ZURÜCKGENOMMEN (zu pauschal, hat auch korrekt gestylte Elemente überschrieben).
   Nächster Schritt: exakte Klassen der betroffenen Links per Inspect-Element ermitteln,
   dann gezielt statt pauschal fixen. */

/* Fix 2+3 — ERSETZT durch Fix 5 (2026-09-14, siehe unten). Root-Cause war beide Male dieselbe:
   FluentCommunitys eigenes Template fluent-community-frame.php (gerendert für JEDE WP-Seite
   über den sitweiten Filter jm-fcom-template-frame-all-pages.php) gibt die Sidebar als
   <div class="spaces"><div id="fluent_community_sidebar_menu" class="space_contents"> aus —
   OHNE die Wrapper-Klasse "fcom_space_list", auf die global.css SEIN GESAMTES Sidebar-Verhalten
   stützt: Desktop position:absolute/fixed UND — das war hier lange übersehen — das komplette
   Mobile-Off-Canvas-Verhalten (@media max-width:1024px: .feed_layout .fcom_space_list{
   pointer-events:none} / .space_contents{transform:translate(-100%);visibility:hidden}, erst
   sichtbar via .feed_layout.space_opened .fcom_space_list .space_contents{transform:
   translate(0)} + Backdrop .feed_layout:before). Ohne die Klasse ist die Sidebar am Desktop
   nicht positioniert UND am Mobile permanent sichtbar/inline statt versteckt-bis-Hamburger-
   Klick — exakt das im Core-Verhalten (native /community/-Seiten), das hier fehlte.
   Fix 2 (Desktop absolute/fixed) und Fix 3 (Mobile-Padding-Angleichung an sichtbare Sidebar)
   waren beide EIGENE, HÄNDISCHE Nachbauten dieses fehlenden Verhaltens — funktionierten fürs
   Desktop-Layout, konnten aber das Mobile-Off-Canvas/Hamburger-Verhalten nicht nachbilden
   (das braucht echte CSS-Transitions + Klassen-Toggle, kein sinnvoller Ort für Copy-Paste).
   Fix 5 löst die Wurzel: fügt die fehlende Klasse per JS zurück, dann übernimmt global.css
   (bereits geladen, jede FC-Version) ALLES selbst — Desktop-Position UND Mobile-Drawer. */

/* Fix 5 (2026-09-14): Siehe jm-fcom-sidebar-widget-fix.php — ein winziges Inline-Script direkt
   nach der Sidebar-Ausgabe (Hook fluent_community/after_portal_sidebar) fügt der äußeren
   ".spaces"-Div die Klasse "fcom_space_list" hinzu, WENN sie fehlt (Feature-Detection per
   classList.contains — no-op, falls FluentCommunity das in einem künftigen Update selbst
   nachliefert). Das ist die einzige robuste, update-sichere Lösung: keine eigene Positions-
   /Transitions-Logik pflegen, sondern FluentCommunitys EIGENES, bereits geladenes CSS
   (global.css) für Desktop-Position UND Mobile-Off-Canvas-Drawer + Backdrop nutzen — das
   bleibt automatisch in Sync mit jedem künftigen FC-Update, weil es dieselbe Klasse und
   dasselbe global.css ist wie auf den nativen Community-Seiten. */

/* Fix 4: GeneratePress (Theme) setzt global "ol, ul { margin-left: 3em }" in
   main.min.css. Das lädt NACH FluentCommunitys eigenem Reset "ul { margin-left: 0 }"
   (theme-default.css) und gewinnt bei gleicher Selector-Spezifität (0,0,0,1) durch
   spätere Cascade-Position. Betrifft <ul>-Elemente in der Sidebar, die keine eigene,
   spezifischere Margin-Regel haben, die den Leak überschreibt. Fix: höhere Spezifität
   per ID-Selector (#fcom_sidebar_wrap statt .fcom_sidebar_wrap) statt !important, damit
   es unabhängig von der Ladereihenfolge sicher gewinnt UND unabhängig von künftigen
   Klassennamen-Änderungen in fca-widgets/FluentCommunity-Updates greift (Descendant-
   Selector "ul" matcht jede Liste in jeder Tiefe, ohne von der konkreten Klasse
   abzuhängen).

   Fix 4b (2026-09-14): list-style-type war NICHT mitgesetzt — nur margin-left. Das reicht
   bei list-style-position:outside (Browser-Default) nicht: der Bullet-Marker liegt IM
   Rand-Bereich links vom Content, nicht im Content selbst. Mit margin-left:0 aber
   list-style-type weiterhin "disc" hängt der Punkt dadurch sichtbar am linken Viewport-
   Rand statt zu verschwinden — sichtbar z.B. bei <ul class="fcom_sm_only ..."> (die
   mobile Kurz-Navigation Feed/AI-Check/Orte/Boards), einer neueren FC-Komponente, die
   global.css nicht denselben list-style-Reset gibt wie ältere Community-Listen. Explizit
   list-style:none ergänzt — robust gegen künftige, neu von FC/fca-* eingeführte <ul>s in
   diesem Container, ohne dass jedes Mal eine neue Klasse nachgetragen werden muss. */
#fcom_sidebar_wrap ul {
	margin-left: 0;
	list-style: none;
}

@media screen {
	:is(.spaces,.fcom_space_list) .space_contents h4.space_section_title {
		margin: 0 0 10px 18px;
		font-size: .875rem;
		font-weight: 700;
		color: #000;
		line-height: 110%;
		padding: 0;
	}
}

/* Dark-Mode-Gegenstück zum #000 oben — FCs eigene Regel für dieselbe
   Selector-Kombi nutzt stattdessen color:currentColor (passt sich über
   .fluent_com{color:var(--fcom-primary-text,...)} automatisch an), unser
   fixer Wert bricht das. Gleicher Fallback-Chain wie sonst im Dark Mode
   dieser Codebase (siehe jm-dark-palette.css). */
html.dark :is(.spaces,.fcom_space_list) .space_contents h4.space_section_title {
	color: var(--fcom-primary-text, var(--jm-text, #F0F3F5));
}

/* Sidebar-Widget-Karten (About, Cities & Districts, Course Widget etc.) ohne
   eigene Card-Optik — kein Background/Radius mehr, nur noch der Content flush
   im Sidebar-Container. Native FC-Regel: background:var(--fcom-primary-bg,
   white);border-radius:8px;padding:15px. !important da gleiche Spezifität wie
   die native Regel (nur Klasse .app_side_widget) und Ladereihenfolge relativ
   zu app_css.css nicht garantiert ist. */
.app_side_widget {
	background: transparent !important;
	border-radius: 0 !important;
	padding: 0px 15px 15px 15px !important;
}

/* Custom-Text-Widgets aus fca-widgets (Sidebar "Widgets"-Manager) sollen ihre
   eigene Card-Optik behalten (rendern client-seitig per JS mit eigenem
   inline style="...", Plugin-Datei includes/class-widget-manager.php,
   customDiv.style) — die pauschale Flush-Regel oben (.app_side_widget) ist
   hierfür zu breit gegriffen, für fca-widget explizit zurückgenommen.
   !important nötig um die !important-Werte oben zu schlagen. Zusätzlich
   dünner Rahmen als Abgrenzung (additiv statt Vendor-Datei zu patchen,
   Update-sicher). Background auf das Glas-System (--jm-glass-bg, siehe
   jm-dark-palette.css) umgestellt statt FCs eigenem Card-Weiß/Dunkel —
   gleiche Marken-Optik wie #jmheader/.fhr_content_layout_header, inkl.
   automatischem Dark-Mode-Wert. */
.app_side_widget.fca-widget {
	padding: 15px !important;
	background-color: var(--jm-glass-bg) !important;
	border-radius: 8px !important;
	border: 1px solid lightgrey !important;
}

/* "Alle anzeigen"-Link im Space-Events-Sidebar-Widget (fca-events-pro,
   Space_Widget.php) rendert inline nur style="font-size:13px" — ohne
   line-height fällt der Link auf den Browser-Default zurück, was neben dem
   Widget-Titel (h3, eigene line-height) ungleichmäßig aussieht. */
.fca-space-events-widget .fca-view-all {
	line-height: normal;
}

/* Datumszeile im Space-Events-Widget enger an den Titel heranrücken (native
   Regel in fca-events-pro/assets/spaces/spaces.css hat nur margin-bottom:3px,
   kein margin-top). !important da identischer Selektor — Ladereihenfolge
   relativ zu spaces.css nicht garantiert. */
.fca-space-events-widget .fca-event-date {
	font-size: 11px !important;
	font-weight: 600 !important;
	color: var(--fcom-secondary-text, #65676B) !important;
	text-transform: uppercase !important;
	letter-spacing: 0.04em !important;
	margin-bottom: -2px !important;
	margin-top: -4px !important;
}

/* Hover von Text-Buttons + dem "..."-Dot-Menu-Trigger (kein Hover-Fill,
   weißer Text im Dark Mode) lebt jetzt in FluentCommunitys eigenem
   "Custom CSS"-Feld (DB: st9om_3_fcom_meta, id 25, snippets_settings.
   custom_css — Abschnitt "GLOBAL BUTTON / HOVER FIXES", dort auf html.dark
   gescoped), NICHT hier. Diese Datei hatte lange eine wirkungslose
   Dopplung derselben Regel — die DB-Version gewinnt immer (identische
   Spezifität + !important, lädt aber später inline), daher hier entfernt
   um künftige "warum greift mein CSS-Edit nicht"-Verwirrung zu vermeiden.
   Session 2026-09-15: root-caused nach langer Cache-Debugging-Sackgasse. */

/* Post-Composer-Box ("Worüber möchtest du sprechen") mit dünnem Rahmen
   abgegrenzt — native FC-Regel hat hier keinen Border/Radius. FC-Border-Var
   statt hardcoded lightgrey — passt sich automatisch an Dark Mode an. */
.create_status_holder .create_header {
	border: 1px solid var(--fcom-primary-border, #e4e7eb);
	border-radius: 8px;
}