/* ==========================================================================
   AnimeRadar V2.4.272 - Filtersystem: ein Fenster, drei Seiten

   Entdecken, Kalender und Bibliothek teilen sich seit V2.4.271 denselben
   Regelsatz ueber
       :is(#searchFilterCard, #libraryFilterCard, #calendarFilters)
   Diese Datei schliesst die letzten Unterschiede und ergaenzt, was das
   gemeinsame Fenster bisher nicht hatte.

   Inhalt:
     1. Kein Scroll-Chaining aus dem Filterfenster heraus
     2. Gleiche Breite auf Mobil
     3. Bildlaufleiste im Fenster einheitlich
     4. Abstand zwischen Suchfeld und Filterzeile auf Mobil
   ========================================================================== */

/* ==========================================================================
   1. Kein Scroll-Chaining
   ==========================================================================
   Das Fenster rollt selbst (overflow-y: auto). Am Ende seines Inhalts gab
   der Browser das Rad bisher an die Seite dahinter weiter - gemessen bei
   1440: zwoelf Radschritte ueber dem offenen Fenster schoben die Seite von
   600 auf 3024.

   Die Sperre im Programm (sperreSeitenscroll) haelt die Seite fest; diese
   Zeile sorgt dafuer, dass der Browser es gar nicht erst versucht. Beides
   zusammen, weil overscroll-behavior allein den Fall nicht deckt, in dem
   der Zeiger neben dem rollenden Bereich steht.

   Gilt auch fuer die inneren Rollbereiche: die Chiplisten mit is-scroll
   duerfen ihr Rad nicht an das Fenster weitergeben. */
html body :is(#searchFilterCard, #libraryFilterCard, #calendarFilters),
html body :is(#searchFilterCard, #libraryFilterCard, #calendarFilters) .discover-filter-chips.is-scroll {
  overscroll-behavior: contain;
}

/* Waehrend die Seite gesperrt ist, traegt der Body position: fixed. Ohne
   diese Zeile behaelt er auf manchen Breiten eine eigene Bildlaufleiste
   und der Inhalt springt um deren Breite. */
html body.ar-scroll-locked {
  overscroll-behavior: none;
  /* Waechst der Inhalt waehrend das Fenster offen ist - nachgeladene
     Anbieter, ein neu gezeichnetes Raster -, verschiebt Chrome den
     Rollstand ueber seine Ankerkorrektur. Gemessen waren das bis zu 15 px
     nach dem Schliessen. Waehrend der Sperre wird sie deshalb
     abgeschaltet; die Position haelt die Sperre selbst. */
  overflow-anchor: none;
}

/* ==========================================================================
   2. Gleiche Breite auf Mobil - keine Regel noetig
   ==========================================================================
   Gemessen wirkte der Kalender auf 390 px breiter als Entdecken und
   Bibliothek: 390 gegen 380. Das war keine Designabweichung, sondern die
   Bildlaufleiste des Bodys - der Kalender sperrte die Seite bereits, die
   beiden anderen nicht. Seit Abschnitt 1 sperren alle drei, und alle drei
   messen dieselbe Breite. Eine eigene Breitenregel waere hier nur ein
   !important ohne Wirkung. */

/* ==========================================================================
   3. Bildlaufleiste im Fenster
   ==========================================================================
   Eine schmale, unaufdringliche Leiste - in allen drei Fenstern dieselbe.
   Ohne diese Angabe zeichnet der Kalender die Systemleiste und die beiden
   anderen eine schmale, weil nur dort scrollbar-width gesetzt war. */
html body :is(#searchFilterCard, #libraryFilterCard, #calendarFilters) {
  scrollbar-width: thin;
  scrollbar-color: rgba(255, 255, 255, .18) transparent;
}

html body :is(#searchFilterCard, #libraryFilterCard, #calendarFilters)::-webkit-scrollbar {
  width: 8px;
}

html body :is(#searchFilterCard, #libraryFilterCard, #calendarFilters)::-webkit-scrollbar-thumb {
  border-radius: 8px;
  background: rgba(255, 255, 255, .18);
}

html body :is(#searchFilterCard, #libraryFilterCard, #calendarFilters)::-webkit-scrollbar-track {
  background: transparent;
}

/* ==========================================================================
   4. Abstand zwischen Suchfeld und Filterzeile auf Mobil
   ==========================================================================
   Bis V2.4.270 stand zwischen beiden der mobile Genreblock
   (.discover-mobile-genre-field) mit margin: 10px 0 18px. Mit seiner
   beauftragten Entfernung ist der Abstand verschwunden: gemessen bei 390
   endet das Suchfeld bei y=334 und die Filterzeile beginnt bei y=334 -
   beide stossen bündig aneinander, waehrend die beiden Schaltflaechen
   darunter 10 px Abstand halten.

   Der Block kommt nicht zurueck. Es fehlt nur der Abstand, und den traegt
   jetzt die Zeile selbst - dieselben 10 px, die auch zwischen ihren
   Schaltflaechen stehen.

   Auf dem Desktop bleibt alles unveraendert: dort sitzt die Zeile bereits
   mit 12 px Abstand unter dem Suchfeld. */
@media (max-width: 959px) {
  html body #view-search .discover-filter-row {
    margin-top: 10px !important;
  }
}
