/* ==========================================================================
   Liikye - poprawki dla jezykow pisanych od prawej (arabski).
   Arkusz rdzenia stoi na wlasnosciach logicznych (margin-inline, inset-inline,
   text-align: start), wiec wiekszosc ukladu odwraca sie sama. Tutaj zostaje
   tylko to, czego logicznie zapisac sie nie da: przesuniecia transformem
   i ikony o ustalonym kierunku.
   WordPress podmienia ten plik automatycznie, gdy is_rtl() zwroci prawde.
   ========================================================================== */

/* Panel menu (.lk-nawigacja) wjezdza od lewej strony ekranu: poprawka przeniesiona w zadaniu 9.7 (motyw 0.15.3) do
   assets/css/liikye-naglowek-rtl.css. Byla tu wpieta pod martwa kopie .lk-nawigacja z liikye.css (usunieta w tym
   samym zadaniu) - biezacy panel zyje w liikye-naglowek.css, ktory nie mial wlasnego pliku -rtl.css, wiec ta
   poprawka nigdy nie docierala do panelu, ktory realnie widac (#1256: panel wystawal ok. 33 px po arabsku). */

/* Strzalki i ikony kierunkowe generowane przez sklep. */
.woocommerce .button.wc-backward svg,
.woocommerce .button.wc-forward svg { transform: scaleX(-1); }

/* Liczby, kwoty i kody zawsze czytane od lewej, takze w tekscie arabskim. */
.woocommerce .price,
.woocommerce .amount,
.woocommerce .quantity input.qty {
  direction: ltr;
  unicode-bidi: isolate;
}

/* Krok 3 (B5): nick konta (@nazwa) i przyklad w dymku bledu to lacinski ciag ze znakiem @ w tekscie arabskim. Bez wlasnego
   kierunku @ (znak neutralny) laduje za nazwa ("nazwa@"), wiec te elementy dostaja izolowany kierunek od lewej; nick zostaje
   przy prawej krawedzi karty. Pole konta i przyklad w nim: regula pol linku, konta i autora nizej. */
.lk-kreator td.label[data-lk-pole] > .cleafs-profil-ig .cleafs-profil-ig__nick {
  direction: ltr;
  unicode-bidi: isolate;
  text-align: right;
}

.lk-dymek--blad .lk-dymek__tekst b {
  direction: ltr;
  unicode-bidi: isolate;
}



/* Krok 3 (B5b, fala koncowa 0.18.0): adres wklejony w pole linku i nazwa konta (oraz przyklady w nich, zawsze lacinskie:
   "@liikye_com") to lacinski ciag; w polu o kierunku od prawej kropki, ukosniki i @ laduja w odwroconej kolejnosci (recenzja
   koncowa I4: "liikye_com@"). Pole dostaje kierunek od lewej z tekstem przy prawej krawedzi (jak nick konta). Proba z samym
   unicode-bidi: plaintext na polu: Chrome liczy wlasciwosc, ale tekstu w polu nie przestawia (zrzut fali koncowej). Pole autora
   komentarza zostaje od prawej: jego przyklad zaczyna sie arabskim slowem "przyklad:" przed nowak11, ktore od lewej stanelo by na koncu.
   KOLEJNOSC ARKUSZY: ten plik wchodzi zaraz po liikye.css, czyli PRZED liikye-konfigurator.css, ktorego regula pola
   (".lk-kreator table.variations[id] td.label[data-lk-pole] > input[type=text]", text-align: start) jest silniejsza od krotkiego
   selektora: do fali koncowej tekst linku stal przez to przy LEWEJ krawedzi. Przedrostek html[dir="rtl"] daje przewage. */
html[dir="rtl"] .lk-kreator table.variations[id] td.label:is([data-lk-pole="link"], [data-lk-pole="konto"]) > input[type="text"] {
  direction: ltr;
  text-align: right;
}

/* Kierunek od lewej na polu odwraca wlasciwosci logiczne (padding-inline: 66px 14px liczy sie wtedy od lewej), a kolko z logo stoi
   po PRAWEJ (siatka komorki ma kierunek strony). Odstepy podajemy fizycznie: miejsce na kolko po prawej, 14 px po lewej; w trybie
   dwoch pol kolko ma 24 px (51 px). W stanie karty pole jest schowane (wycinek 1 px w regulach kroku 3), wiec odstepy go nie
   dotycza i nie moga przebijac sie wykrzyknikiem przez tamte reguly (recenzja koncowa, B5b). */
.lk-kreator table.variations[id] td.label:is([data-lk-pole="link"], [data-lk-pole="konto"]):not([data-lk-stan="karta"]) > input[type="text"] {
  padding-left: 14px !important;
  padding-right: 66px !important;
}

.lk-kreator[data-lk-duo] table.variations[id] td.label:is([data-lk-pole="link"], [data-lk-pole="konto"]):not([data-lk-stan="karta"]) > input[type="text"] {
  padding-left: 14px !important;
  padding-right: 51px !important;
}

/* Karta YouTube: @nick kanalu i tytul filmu z obcego tekstu maja izolowany kierunek, a nick zostaje przy prawej krawedzi. */
.lk-kreator td.label[data-lk-pole] > .cleafs-karta-yt .cleafs-karta-yt__handle {
  direction: ltr;
  unicode-bidi: isolate;
  text-align: right;
}

/* Komentarze: przyklad "Write comment 3" i wpisy sa zwyklym tekstem w jezyku strony; kierunek zostaje od prawej, a liczba
   w pigule czytana od lewej ("2 / 5"). */
.lk-kom__licznik {
  direction: ltr;
  unicode-bidi: isolate;
}

/* Pasek komputera 2A po arabsku (B2, poprawka I1): Outfit i Jakarta nie maja liter arabskich, a ich kroj zastepczy
   ("Liikye Display zastepczy" 88,63 procent, "Liikye Text zastepczy" 103,28 procent) jest skalibrowany pod lacine i dla arabskich liter
   zmniejszal napisy o ok. 25 procent wzgledem plansz k-d7. Dla napisow paska (menu glowne, jezyk, konto) lacinski kroj zostaje pierwszy,
   a zamiast kroju zastepczego jest kroj systemowy w rzeczywistych 15 i 14 px, jak na planszy. Tylko arabski i tylko komputer. */
@media (min-width: 901px) {
  html[dir="rtl"] .lk-menu__pozycja--poziom-1 > .lk-menu__link {
    font-family: "Liikye Display", ui-sans-serif, system-ui, sans-serif;
  }
}

html[dir="rtl"] .lk-jezyki--naglowek .lk-jezyki__przycisk,
html[dir="rtl"] .lk-konto {
  font-family: "Liikye Text", ui-sans-serif, system-ui, sans-serif;
}

/* Menu telefonu po arabsku (B4, ekran platformy od B6): Jakarta i Outfit nie maja liter arabskich, a kroj zastepczy z size-adjust (patrz wyzej, pasek
   komputera 2A) zmniejszal arabskie napisy uslug (na ekranie platformy), etykiete sekcji i link "wszystkie" o ok. 20 procent wzgledem plansz k-m8. Lacinski kroj zostaje pierwszy,
   a zamiast kroju zastepczego jest kroj systemowy w rzeczywistych 15, 13 i 14 px, jak na planszy. Tylko arabski i tylko menu telefonu. */
@media (max-width: 900px) {
  html[dir="rtl"] .lk-menu-platforma__nazwa,
  html[dir="rtl"] .lk-menu-tel__etykieta {
    font-family: "Liikye Text", ui-sans-serif, system-ui, sans-serif;
  }

  html[dir="rtl"] .lk-menu-platforma__wszystkie {
    font-family: "Liikye Display", ui-sans-serif, system-ui, sans-serif;
  }
}

/* Dol menu telefonu i ekran jezyka po arabsku (B5): jak wyzej, kroj zastepczy z size-adjust zmniejszal arabskie napisy wierszy (Deals, Contact, konto,
   jezyk), tytul i "< Menu" wzgledem plansz k-m8. Lacinski kroj zostaje pierwszy, a zamiast kroju zastepczego jest kroj Arial (jak renderuja go plansze k-m8, pomiar:
   napis "Deals" po arabsku, 15 px waga 600 = 41,4 px, kroj zastepczy 37,6 px, system-ui 48,7 px) w rzeczywistych 15, 14, 16 i 28 px. Tylko arabski i tylko menu telefonu. */
@media (max-width: 900px) {
  html[dir="rtl"] .lk-menu-wiersz__nazwa,
  html[dir="rtl"] .lk-menu-ekran__tytul,
  html[dir="rtl"] .lk-menu-ekran__wstecz {
    font-family: "Liikye Display", Arial, sans-serif;
  }

  html[dir="rtl"] .lk-menu-wiersz__wartosc {
    font-family: "Liikye Text", Arial, sans-serif;
  }
}

/* Strona Opinie (plan strony Opinie, B3-5, Review Focus 5, plansza J2-AR). Uklad strony odwraca sie sam (wlasnosci logiczne
   w liikye-opinie.css), ale gwiazdki i wiersz slowa z laurami to flexy, ktore od prawej tez by sie odwrocily: pelne gwiazdki
   od prawej, galazka lewa po prawej. Dostaja kierunek od lewej; arabskie slowo miedzy laurami i tak sklada sie poprawnie.
   Data i dopisek jezyka w karcie sa w osobnych <bdi> (szablon), wiec od prawej stoja w kolejnosci: data, kropka, dopisek. */
html[dir="rtl"] .lk-op-gw,
html[dir="rtl"] .lk-op-kolo__slowo {
  direction: ltr;
}

/* Strzalka "Czytaj cala opinie" wskazuje kierunek czytania. */
html[dir="rtl"] .lk-op-karta__czytaj .lk-op-ik--prawo {
  transform: scaleX(-1);
}