/* ==========================================================================
   mx-b2b.css — strona „Twoje dane B2B"
   (modul b2bregistration, szablon views/templates/front/b2b_account_info.tpl)

   Arkusz obsluguje WYLACZNIE ten jeden formularz. Kazda regula jest zawezona
   klasa .mx-b2b-dane, ktora siedzi na <section class="register-form mx-b2b-dane">
   w tym szablonie — zadna z nich nie moze wyciec na inne strony sklepu.

   Czego TU NIE MA i dlaczego:
   - nie ruszamy .custom-checkbox. Sprawdzone na zywej stronie: kwadracik obok
     zgody jest tylko obrazkiem, motyw daje mu pointer-events: none (theme.css,
     regula `.custom-checkbox input[type="checkbox"] + span`), wiec klikniecie
     trafia w przezroczysty <input>, a nie w <span>. document.elementFromPoint()
     w srodku pola zwraca input#terms. Reguly z mx-poprawki.css nie przechwytuja
     tych klikniec.
   - blokada zapisu nie byla problemem CSS, tylko JS-em modulu (front.js wylaczal
     przycisk po id). Naprawione w szablonie zmiana id przycisku.
   ========================================================================== */

/* --- B. odstep NAD naglowkami sekcji -------------------------------------
   Naglowki „Dane firmy - dane do faktury" i „Dane logowania" siedza w
   <div class="col-md-12 row">, ktory plynie (float: left) tuz pod poprzednim
   wierszem pol. Zmierzony odstep od dolu pola nad naglowkiem do gornej
   krawedzi naglowka wynosil 16 px — tyle samo, ile miedzy zwyklymi polami,
   wiec sekcje zlewaly sie w jedna liste.

   Odstep dokladamy jako padding-top na kontenerze naglowka, a nie jako margines
   na <h3>: kontener jest plywajacy, a marginesy pionowe elementu w srodku
   plywaka nie wychodza poza jego krawedz i nie zwiekszylyby przerwy. -------- */
.mx-b2b-dane .mx-b2b-sekcja {
  padding-top: 30px;
}

.mx-b2b-dane .mx-b2b-sekcja > h3 {
  margin-top: 0;
}

/* Pierwszy naglowek („Informacje") lezy bezposrednio pod <h2> i nie potrzebuje
   doklejki — klientka zaznaczyla tylko dwa przejscia miedzy sekcjami. */

/* --- C. „Czytaj warunki." w jednej linii ---------------------------------
   Kontener zgody dostal w szablonie col-md-8 zamiast col-md-4 i caly napis
   miesci sie w jednym wierszu. Ponizej jeszcze dwie asekuracje:

   1) sam odnosnik nigdy nie ma sie lamac w polowie. Nawet gdyby przy jakiejs
      szerokosci zabraklo miejsca, ma spasc do drugiego wiersza w calosci
      („Czytaj warunki."), a nie rozpasc sie na „Czytaj" + „warunki.".
   2) etykieta nie zawija sie na dwa wiersze przez sam odstep — spacja przed
      odnosnikiem zostaje normalna, wiec nie sklejamy tekstu z linkiem.        */
.mx-b2b-dane .mx-b2b-zgoda .read-b2b-conditions {
  white-space: nowrap;
}

/* Miedzy 768 a 991 px kolumna 8/12 jest juz na tyle waska, ze napis znowu
   spadalby na dwa wiersze. Na tym zakresie zgoda bierze cala szerokosc — pole
   e-mail obok niej i tak zajmuje tylko 4/12, wiec zgoda przechodzi do
   nastepnego wiersza i miesci sie w calosci. */
@media (min-width: 768px) and (max-width: 991px) {
  .mx-b2b-dane .mx-b2b-zgoda {
    width: 100%;
    max-width: 100%;
    flex: 0 0 100%;
  }
}

/* Na waskich ekranach nowrap na dlugim odnosniku moglby wypchnac wiersz poza
   karte — tam pozwalamy mu sie zlamac normalnie. */
@media (max-width: 575px) {
  .mx-b2b-dane .mx-b2b-zgoda .read-b2b-conditions {
    white-space: normal;
  }
}

/* --- A. asekuracja: wylaczony przycisk ma WYGLADAC na wylaczony -----------
   Przyczyna blokady jest usunieta w szablonie, ale gdyby cokolwiek innego
   kiedys wylaczylo przycisk w tym formularzu, ma to byc widac. Motyw zostawial
   wylaczonemu przyciskowi to samo czerwone tlo z opacity .65 — roznica byla
   praktycznie niewidoczna i klient klikal w martwy przycisk. ---------------- */
.mx-b2b-dane .form-footer .btn[disabled],
.mx-b2b-dane .form-footer .btn:disabled {
  background-color: #bdbdbd;
  border-color: #bdbdbd;
  color: #ffffff;
  cursor: not-allowed;
  opacity: 1;
}