Wdrożenie projektu
15 godz. 6 min · UI, UX i Webdesign
Krzysiek PiekarzAutomation Specialist / No-code DeveloperMateriał szkoleniowy został zaprojektowany tak, aby mogło z niego skorzystać jak najszersze grono odbiorców. Nieważne czy jesteś totalnym laikiem, czy też posiadasz już wiedzę z zakresu programowania lub designu, na pewno znajdziesz tu coś dla siebie. A więc kto jeszcze może skorzystać z wiedzy zawartej w tym kursie?
Witam Cię w kolejnej lekcji, która będzie stanowiła wprowadzenie do niesamowicie
ważnego tematu w kontekście naszego MVP jakim jest RWD.
Jest to skrót od Responsive Web Design, czyli takiego podejścia do projektowania
stron internetowych lub aplikacji mobilnych, które ma na celu dostosowanie
wyglądu i układu treści do różnych rozmiarów ekranów i urządzeń.
Dzięki RWD strona internetowa lub aplikacja wyglądają i działają optymalnie
zarówno na dużych ekranach komputerów, jak i na mniejszych ekranach urządzeń
mobilnych, co zapewnia użytkownikom lepszą jakość i łatwość korzystania z treści.
Podejście to opiera się na elastycznych
układach, skalowalny ich elementach i dostosowaniu treści do specyficznych
wymiarów ekranu, co pozwala uniknąć konieczności tworzenia
oddzielnych wersji strony dla różnych urządzeń.
Jeśli do tej pory nie miałeś do czynienia
z tym zagadnieniem, to odsyłam Cię oczywiście do materiałów sieci.
Znajdziesz tam mnóstwo opracowań
dotyczących Responsive Web Design, z którymi polecam Ci się zapoznać.
Ja natomiast postaram się, aby wdrożyć Cię
w ten temat w sposób jak najbardziej praktyczny.
To co widzisz teraz na ekranie to nasza ukończona strona listingu, która została
zaprojektowana tak, by dobrze wyglądała na dużych ekranach desktopowych.
Zresztą Babel został zaprojektowany do tworzenia właśnie aplikacji desktopowych.
I ten cel spełnia doskonale w materiałach RWD.
Często też natkniesz się na pojęcia mobile first, które w dużym skrócie opiera się na
tworzeniu aplikacji, rozpoczynając od małych ekranów mobilnych, a kolejno na
dostosowywaniu widoków do coraz większych rozdzielczości.
Oczywiście nic nie stoi na przeszkodzie,
abyś właśnie w taki sposób rozpoczynał pracę z aplikacjami w Babel.
Ja jednak osobiście uważam, że dużo
wygodniej jest pracować tak jak do tej pory robiliśmy to w kursie,
czyli rozpoczynając właśnie od widoku desktopowego,
który teraz będziemy dostosowywać do coraz mniejszych rozdzielczości.
I zwróć proszę uwagę na to, że użyłem słowa dostosowywać, a nie tworzyć na nowo,
ponieważ RWD nie ma na celu tworzenia osobnych widoków na różne rozdzielczości.
Takie podejście stosowano kiedyś, gdy RWD
dopiero wkraczał na arenę, ale dziś jest to moim zdaniem już wyjątkowa rzadkość.
Zresztą wyobraź sobie sytuację, w której
teraz musimy utworzyć kopię wszystkich stron naszego serwisu, które wdrożyliśmy i
przebudować je tak, by pasowały do różnych rozdzielczości od niewielkich ekranów
mobilnych, poprzez ekrany tabletów i małych desktopów, aż po ogromne
rozdzielczości, jakie posiadają coraz popularniejsze monitory 4K.
Brzmi jak koszmar, prawda?
Dlatego też Responsive Web Design opiera się na dostosowaniu tego, co już mamy w
taki sposób, aby dobrze wyglądało na różnych typach ekranu.
Natomiast nie będziemy oczywiście w stanie
obsłużyć każdej rozdzielczości, bo na rynku mamy nie dziesiątki, a setki tysięcy
urządzeń, z których każde posiada pewnie trochę inną rozdzielczość.
Dlatego też opieramy się o tak zwane break pointy, czyli konkretne punkty lub
rozmiary ekranów, na których nasz projekt responsywny ulega zmianie.
Aby dostosować się do różnych urządzeń i rozmiarów ekranów.
Są to kluczowe punkty, w których projektant lub deweloper czynimy,
decyduje jak ma wyglądać i zachowywać się strona lub aplikacja na danym urządzeniu.
Przykłady popularnych break point to break
point dla szerokich ekranów komputerów desktopowych, dla tabletów w orientacji
poziomej i pionowej oraz dla urządzeń mobilnych, takich jak smartfony.
W pionowej orientacji.
W momencie osiągnięcia takiego punktu
projekt RWD może zmieniać układ, rozmiar i styl elementów, aby zapewnić optymalne
doświadczenia użytkownika na danym urządzeniu.
Break pointy pozwalają na kontrolowane
dostosowanie strony do różnych środowisk i rozmiarów ekranów, co jest kluczowe w
zapewnieniu responsywności i funkcjonalności na różnych urządzeniach.
Ale z jakich break pointów powinniśmy skorzystać?
Na to pytanie w środowisku Babel przez
długi czas nie było jednej odpowiedzi, więc stosowaliśmy bardzo różne podejścia.
Ostatnie najbardziej popularne to 4 razy
320, czyli 320 pikseli dla ekranów mobilnych, 640 pikseli dla smartfonów
poziomej orientacji lub tabletów 960 dla małych ekranów desktopowych lub
większych tabletów oraz 1280 pikseli dla dużych ekranów desktopowych.
Sam przez jakiś czas starałem się wdrażać to podejście w swoich projektach i muszę
przyznać, że dość różnym, a najczęściej mało zadowalającym skutkiem.
Dlatego też obecne podejście, które
niedawno zaproponował Gregory John uważam za dużo bardziej praktyczne.
Stwierdził on bowiem, że nie ma co próbować wymyślać koła na nowo i zamiast
samemu starać się wymyśleć jakiś sensowny układ break pointów, wystarczy skorzystać
z podejścia, które od wielu lat jest niesamowicie
popularne i korzystają z niego miliony użytkowników.
A takim rozwiązaniem jest Bootstrap.
Tu znów odsyłam Cię do tutoriali w sieci,
jeśli chcesz dowiedzieć się o nim nieco więcej, polecam raczej te krótsze, które
omawiają czym jest sam wrap niż to wielogodzinne, które pokazują jak od
podstaw budować za jego pomocą serwisy internetowe.
Dlaczego? Odsyłam Cię do tych krótszych.
Ponieważ samego Bootstrapa wykorzystamy
tylko i wyłącznie jego break pointy, które wdrożymy do naszego projektu
i to w oparciu o nie dostosujemy nasz projekt do wymagań RWD.
A więc przejdźmy na stronę Bootstrapa.
Widzisz ją teraz właśnie na ekranie i to co musimy namierzyć to sekcje DX.
A następnie tutaj sekcja break Point.
Jak widzisz tutaj mamy wszystkie break point, z których będziemy korzystać.
Jak widzisz, mamy ich tu znacznie więcej
niż we wspomnianym przeze mnie wcześniej systemie 4 razy 320.
A dzięki temu nasz serwis będzie się znacznie lepiej prezentował.
Dodatkową zaletą wykorzystania Bootstrapa
jest fakt, że bardzo wielu designerów tworzy layouty według jego wytycznych.
W sieci znajdziesz całe mnóstwo zasobów, które zostały oparte o brak pointy, więc
tym łatwiej będzie Ci je wdrożyć do projektu.
W przypadku, gdy pracujesz z
profesjonalnym designerem, jego zadaniem najczęściej będzie dostarczenie Ci layoutu
aplikacji lub przynajmniej trzech widoków mobilnego tabletu oraz desktopowego.
Natomiast jeśli korzystasz z gotowych i weeks to bywa z tym różnie.
W tych lepszych, a więc często i droższych
rzeczywiście znajdziesz odpowiednie widoki, ale bardzo często będzie to tylko
widok desktopowy i to Twoim zadaniem będzie dostosowanie aplikacji i
sprawdzenie, w jaki sposób prezentuje się ona na różnych urządzeniach.
I tu pojawia się oczywiście kolejne pytanie Jak w zasadzie masz to sprawdzić?
Otóż jest na to kilka sposobów.
Najlepszym jest oczywiście posiadanie w
domu kilku urządzeń i odpalenie serwisu na komórce lub tablecie.
Ale oczywiście nie oznacza to, że musisz
teraz pauzować wideo i biec do sklepu, aby kupić nowy tablet lub telefon.
Kolejnym bowiem sposobem jest
wykorzystanie zakładki responsive w edytorze Babel.
A więc wróćmy do edytora.
Jesteśmy najpierw w zakładce Design i
kolejno tutaj możemy przełączyć się do Responsive.
Tu jak widzisz możemy się przełączać
pomiędzy poszczególnymi, zdefiniowanymi już dla nas wcześniej break point ami
i większość z nich pokrywa się z tym, co oferuje nam Bootstrap.
Wróćmy na chwilę do mojego.
Zacznijmy od tego, czyli na rozdzielczości powyżej 1400 pikseli.
Ja mówiłem Ci już na samym początku, że
zawsze zaczynam od rozdzielczości 1440 pikseli.
Dzięki temu właśnie ten break point mamy tutaj od razu obsłużony.
Dodatkowo jeżeli stosowałem container, to
starałem się ustalić jego maksymalną szerokość na 1200 pikseli, dzięki czemu
ten, który widzisz tutaj również od razu mieliśmy obsłużony.
Break point.
Równe 992 i 768 pikseli mamy już wdrożone tutaj bezpośrednio.
Babel, natomiast brakuje nam jeszcze 576,
a więc możemy go sobie dodać za pomocą właśnie tego plusika.
Wybrać ATX Tom.
I wpisać wartość 576 pikseli, dzięki czemu będziemy mieć teraz wszystkie
break pointy, które podsyła nam właśnie Bootstrap.
Natomiast w tym miejscu chciałbym zwrócić uwagę na jeden bardzo ważny fakt.
Jeśli do tej pory zdarzyło Ci się pracować z Web Flow, to doskonale wiesz, że tam
możesz właśnie również przełączyć się pomiędzy takimi break point ami
i specjalnie dla każdego z nich zdefiniować odpowiednie style,
które mają zastosowanie tylko i wyłącznie właśnie dla tego break point.
Niestety w Babel to tak nie działa.
Te break pointy służą nam tylko i wyłącznie jako podgląd, a my musimy zadbać
o odpowiednie dostosowanie stylów w nieco inny, bardziej manualny sposób.
Ale do tego przejdziemy nieco później.
Kolejnym największym minusem tego podglądu jest fakt, że w momencie jak korzystamy z
dynamicznych wartości, wszystko zaczyna nam się dosyć mocno rozjeżdżać i trudno
jest oszacować, czy nie wygląda to dobrze, np.
weźmy sobie tutaj niżej.
Jak widzisz, mamy tutaj przekazywane
dynamiczne wartości i ten nagłówek na pewno nie będzie taki
długi, bo będzie to po prostu jakiś krótki tekst.
Właśnie o tym mówię.
Dlatego też lepiej jest zastosować inne
podejście i w tym celu wykorzystać po prostu przeglądarkę.
Natomiast jako przeglądarkę.
Ja w pierwszej kolejności zdecydowanie
polecam Ci przeglądarkę Chrome, ponieważ jest ona po prostu najpopularniejsza.
Jeśli Twoja strona bądź aplikacja będzie się dobrze na niej prezentowała,
to obsłuży już zdecydowanie największe grono Twoich potencjalnych odbiorców.
Przejdźmy więc do przeglądarki Chrome.
Ja mam ją tutaj utworzoną.
Jak widzisz w tym miejscu mamy tutaj podgląd naszej strony.
Tutaj wywalamy sobie to.
Żeby się co chwilę nie włączało.
Jak teraz sprawdzić podgląd naszej strony?
Wystarczy, że gdziekolwiek na stronie
kliknę prawym przyciskiem myszy i wybiorę zbadaj.
Otworzy mi się tutaj panel dewelopera.
To co mnie interesuje to przede wszystkim zwężenie tego okna.
Nie będziemy korzystać z tej części.
Oraz kliknięcie w tę ikonę.
I teraz możemy się przełączać pomiędzy różnymi biegunami.
Możemy sobie skalować nasze okno w ten sposób zmieniać jego szerokość,
albo po prostu wybierać jakiś zdefiniowany break point, np.
375 pikseli.
No i jak widzisz już nasza strona nie
prezentuje się tak fajnie jak na tym dużym ekranie powiedzmy 4K.
Natomiast ja w przypadku Chrome'a bardzo często korzystam
z tego pluginu, a w zasadzie w tej wtyczki do Chroma o nazwie Responsive.
Wystarczy, że nabierze się po prostu w
Chrome Web Store, dodasz do przeglądarki i po jej dodaniu.
Możesz kliknąć właśnie tutaj.
Jeżeli nie widzisz tego znaczka, to
najpierw kliknij w te rozszerzenia i przypnij go sobie do paska.
I teraz mogę sobie zdefiniować listę
różnych urządzeń i od razu dzięki temu widzę jak moja
strona prezentuje się właśnie na wszystkich nich.
Tutaj je sobie dodajesz.
Wystarczy, że wybierzesz któreś z tych urządzeń.
Znajdziesz tutaj na jakiegoś określone urządzenia.
Jak klikniesz plusik zostanie dodane tutaj na tę listę
obsługiwanych, to wystarczy, że wejdziesz na minus i ona zostanie usunięta.
Kliknij tutaj, żeby odświeżyć naszą stronę.
Czasami ona się odświeża na wszystkich,
czasami nie, więc najczęściej po prostu klikam sobie tu.
Co też nie zawsze pomaga.
Możemy po prostu przeklikać się przez te różne widoki.
Natomiast to mamy po prostu od razu zdefiniowane konkretne urządzenia.
Jak widzisz mamy tutaj iPhone XS, iPhona, XS, Max, Nexusa itd.
Natomiast interesują te wartości, a
zwłaszcza ta pierwsza, czyli szerokość ekranu.
Jeśli zjadę niżej to mam tutaj jeszcze.
Taką rozdzielczość iPada mini.
To mam jakiś mały ekran 1024 na 800
pikseli, a to już trochę większe 1280 a nawet 1440.
Dzięki temu od razu możesz sprawdzać, jak
strona się prezentuje właśnie na tych urządzeniach.
A dodatkowo możesz wykorzystać jeszcze tutaj.
Ten scroll i zmniejszyć sobie ten widok np.
do 50% i od razu widzisz widok niemal wszystkich urządzeń.
Na razie zostawmy to w ten sposób przez
kierujmy się na dół, ponieważ ja chciałbym zacząć dostosowywać
naszą stronę już do widoku mobilnego, natomiast nie zaczynać od całej strony,
tylko pojedynczego elementu, jakim jest tutaj nasz footer.
Wróćmy więc może tutaj.
Przejdźmy do widoku na razie 1440 pikseli.
Zejdźmy na sam dół i zerknijmy, jak na żywo się będzie
zachowywał, kiedy będziemy zmieniać szerokość.
Na razie jest ok.
Tu przeskoczyła nam ta grupa, ale jeszcze wygląda to całkiem w porządku.
Natomiast im bardziej zjeżdżam, to odstępy robią się coraz mniejsze, więc
mniej więcej w tym momencie tabor ich 992 piksele.
Chciałbym, żeby te wszystkie trzy grupy przeskoczyłem poniżej,
czyli ta wyświetlała się tu na całą szerokość, a potem te trzy grupy tutaj.
Wejdźmy teraz jeszcze niżej.
Jak widzisz, mamy tutaj coraz mniej miejsca.
W tym momencie powinniśmy gdzieś dotrzeć do widoku tabletu.
Mogę go sobie tutaj wybrać.
I tak z reguły dla widoku tabletu
staramy się, aby te odstępy z lewej i prawej strony padding ustawialiśmy
domyślnie na 32 piksele zmniejszyć o połowę.
32 to zdecydowanie za dużo dla tabletów i widoków mniejszych.
Najczęściej stosuje się właśnie 16 pikseli i zaraz o to zadbamy.
Zadbamy również te padding na górze, Pamiętasz?
Mieliśmy 96 pikseli, a to już jest zdecydowanie za dużo na takim widoku
i dostosujemy sobie tutaj jeszcze całą resztę.
Natomiast pytanie teraz brzmi w jaki sposób to zrobić?
Otóż w Babel jest to dosyć manualne.
Proces dosyć męczący, ale na szczęście bardzo prosty.
I zaraz Ci to udowodnię.
Wróćmy więc do edytora.
Przejdźmy tutaj do naszego fightera, czyli RP, czyli naszego kraju.
Mówiłem, że chcę zacząć od kontenera, a więc go sobie zaznaczam.
Przechodzę do Condition All i dodaję pierwszy warunek.
Odnoszę się do Page Five Current page five.
I chce zacząć od break point równego 992 piksele.
Widzisz jak zaczynam wpisywać ta pojawia mi się tutaj ta opcja.
Mogę ją sobie teraz zaznaczyć i co chcę zmienić?
Chcę zmienić przede wszystkim padding górne i dolne.
Ja z reguły ustawiam to tak, że dla widoku
tabletu owego to powinna być połowa tego co jest dla desktopa.
Natomiast przy 9 9.
2 tylko połowa.
Zresztą zaraz zobaczysz jak to działa.
A więc padding top.
I padding bottom.
Zaczynamy od 96.
Ja chcę tutaj ustawić 64 piksele.
Teraz kolejno zdefiniować następne Break point.
Mogę sobie to skopiować.
I tutaj.
A w zasadzie może zróbmy tak, że skopiuje cały ten condition, ponieważ znowu będę
się odnosił do tych samych peelingów, tylko chcę dodać jeszcze lewy.
I prawe.
I tu wartości zmienić na 48 góra dół.
Szesnaście pikseli. Lewa.
Prawa.
I tu jedynie nie 9,2 tylko 7, 6, 8.
Natomiast pamiętaj, że kolejność tych warunków ma znaczenie.
W Babel one są odczytywane po kolei,
więc zobacz, co by się stało, gdybyśmy przenieśli na górę.
Tak, Babel sprawdza szerokość strony.
Powiedzmy, że to jest 768 pikseli,
bo mamy tutaj warunek, że to jest mniejsze bądź równe 768 pikseli.
A więc najpierw ustawili byśmy te padding, ale potem zjechał by poniżej i znalazł by
warunek że ta szerokość strony jest mniejsza równa 9,2 piksela.
To też by miało zastosowanie.
A więc wtedy te padding zwiększyły by nam się z 48 do 64.
Dlatego też właśnie jedziemy zawsze w ten sposób od największego do najmniejszego.
Mamy ten pierwszy tutaj zastosowany.
A więc przejdźmy dalej.
To, co chcę zrobić tutaj.
To zostawić bez zmian.
Natomiast.
Tutaj odnieść się tak jak mówiłem, do tej grupy.
Mogę sobie wstawić tutaj ten condition?
Odnoszę się do szerokości 992 piksela i
tutaj minimalną szerokość całej tej grupy chcę ustawić na 100%.
Wtedy ona się rozciągnie na całą dostępną szerokość kontenera rodzica.
Czyli odnoszę się do minus.
I mówię, że ma to być 100%.
Oczywiście nie tylko tutaj.
Teraz skopiuj ten warunek i to samo zróbmy tutaj dla tej grupy z linkami.
I zerknijmy jak to teraz działa.
Możemy przejść nawet tutaj do Responsive.
I tak jesteśmy w doku default.
Przechodzę na 9,2.
Jak widzisz to już zadziałało.
Ta grupa mi się rozciągnęła.
Podobnie ta.
Następnie chcę sobie zjechać do 7. 6 8.
Tu jest jeszcze ok.
Natomiast spróbujmy zjechać niżej, poniżej 7 6, 8.
Tu widzisz jaką mamy aktualnie szerokość strony.
Tu jest jeszcze wydaje mi się, że ok,
przynajmniej dla tej grupy, ale poniżej 5, 7, 6.
Chciałbym te grupy umieścić jedna pod
drugą, a więc mogę sobie zaznaczyć nawet i w tym widoku tą pierwszą grupę z linkami.
Dodać ten warunek i tutaj tylko wybrać 5 706.
Teraz taki warunek muszę skopiować i wkleić tutaj dla tych pozostałych grup.
Od razu możemy zmienić nawet ich nazwę.
Na właściwe.
I to samo dla tej trzeciej grupy.
Więc jeśli teraz zjedziemy sobie tutaj do
576, z jakiegoś powodu nam się tutaj to nie dodało.
Zostawmy więc 576.
Wejdźmy do tego widoku.
Jak widzisz już jest ok.
Te grupy są umieszczone jedna pod drugą,
natomiast nie mamy tutaj żadnych odstępów między nimi.
Możemy o to bardzo prosty sposób zadbać
przechodząc do footer links do zakładki Layout.
I tutaj dodając Cap space Wing.
Dla rock up. Powiedzmy niech to będzie 24 piksele.
Teraz te grupy są już odpowiednio od siebie odsunięte.
Natomiast kolejna bardzo ważna uwaga w przypadku tych conditions nigdy nie
będziemy w stanie zmienić container layout.
To jest coś, co możemy zrobić Web flow.
Niestety Babel na to nie pozwala.
Dlatego też właśnie musimy tak kombinować z ustawieniami np.
minimalnej szerokości grupy maksymalnej itd.
A więc tą część mamy tutaj z głowy.
Zadbajmy jeszcze tutaj o tą część.
Ja w przypadku tej grupy, czyli grupy
footer bottom to co chcę zrobić to przejść do conditions a.
Dodać ten warunek.
Tu odnieść się do 952.
I już dla tej rozdzielczości chcę sobie wyśrodkować te elementy.
Pozbywam się minimalnej szerokości, wybieram sobie.
Container Archive nie tylko Horizontal Archive chce wyśrodkować te elementy.
Kopiuję sobie cały ten warunek.
I teraz tak przechodzę do tekstu.
Wklejam go.
I co chcę tutaj zrobić.
Pojedźmy może tutaj do jakiejś mniejszej rozdzielczości.
9, 27, 6, 8.
To już powinno zadziałać.
Aha, nie zadziałało.
Dlaczego?
Dlatego, że ta grupa nie ma jeszcze
minimalnej szerokości, a chcę, żeby ona wskoczyła tutaj, poniżej dla 992.
Na tej szerokości.
Chcę sobie to wszystko wyśrodkować.
A więc kopiuję ten warunek, zaznaczam tą
grupę, wstawiam i tutaj mówię, że to ma być minus.
Równe 100%.
Jak widzisz teraz mi to wyskoczyło.
To co chcę zrobić, to jeszcze wyśrodkować te elementy w środku.
A więc.
Vertical rise and Container Online.
To właśnie wybieramy to.
Dla całej grupy footer bottom.
Dodajmy jeszcze gap space sink dla row równe powiedzmy 24 piksele.
W ten sposób odsunęli śmy sobie te dwa elementy.
Teraz możemy wrócić do tego tekstu.
Wybrać sobie.
Vertical, nie vertical.
Zawsze mam problem, który powinien być.
Czy mamy tutaj jakieś inne?
Nie mamy, więc możemy to zrobić w ten sposób, że dla całej tej grupy mamy
horizontal element, więc te elementy powinny nam się tutaj wyśrodkować.
Czemu one się tutaj nie?
Środkową.
A nic. Zaraz zobaczymy.
Mamy tutaj jakiś layout, Mamy tu content.
Czemu nam to tutaj teraz nie działa?
Mamy footer, bo tam.
Horizon.
OK. OK.
OK.
Ponieważ tutaj powinniśmy mieć kontakt najlepiej.
I teraz dopiero tutaj mamy wyśrodkować.
Czyli zawsze sobie sprawdzamy jak się to nazywa.
Myślę zawsze te dwa mi te dwie opcje mylą, więc się nie przejmuj,
że bardzo często będę się zastanawiał, który jest który.
Natomiast zawsze sprawdzasz tutaj mieliśmy najpierw strzelone, teraz chcemy to
wyśrodkować, więc odnosimy się do konkretnej wyśrodkować.
I teraz tak zerknijmy na jakiś mniejszy widok.
To jest ok.
Jak wejdziemy do tego najmniejszego, to ten tekst nie jest odpowiednio
centralny, a więc możemy się do niego odnieść.
I tutaj dla tabletu nie musimy nic ustawiać, ale znajdziemy sobie do 5, 7, 6.
Teraz mogę się odnieść do tekstu.
Wstawić tutaj całą tą wartość.
Po prostu ją sobie tutaj skopiować i wstawić.
Czyli z nim to w ten sposób.
Zostawmy tak.
Skopiuję to.
Postawmy teraz.
Kopiujemy cały ten statyczny tekst, żeby uzyskać dokładnie taką samą wartość.
I teraz tylko wybieramy Rich Text Editor.
Zaznaczam całość.
Koncentruje.
I już teraz nasz futer będzie się
genialnie prezentował właśnie takiej rozdzielczości typowo mobilnej,
bo właśnie tą default ową, czyli właśnie dla tych 44 1440 pikseli.
To zresztą mogę Ci udowodnić przechodząc właśnie tutaj do Chroma.
Weźmy na sam dół.
Tu mamy jeszcze problem, ponieważ zachodzi nam
ten box tutaj dolny, ale tym się chwilowo nie przejmuj, o to zadbamy później.
Natomiast zobacz co się dzieje.
Tak jak widzisz odpowiednio przeskakuję.
Wszystko jest tutaj fajnie, wyceny owiane
i umieszczone, a jak wejdziemy na coraz większe
rozdzielczości to wskakuje we właściwe miejsca.
I dokładnie na tym polega budowanie,
a w zasadzie dostosowanie Twojego serwisu do RWD.
W tej lekcji tylko zahaczyliśmy o czubek góry lodowej.
Dostosowaliśmy tylko i wyłącznie nasz footer.
Natomiast w kolejnych lekcjach będziemy
oczywiście dostosowywać wszystkie strony, które do tej pory wdrożyliśmy.
Tak więc już nie przedłużając dziękuję Ci
za uwagę i wracamy do naszej pracy w kolejnej lekcji.