Framework dla Webflow
4 godz. 22 min · Webflow · UI, UX i Webdesign
Grzegorz RógIdea ArchitectDuża część naszej pracy sprowadza się do projektowania prostych stron - wydarzeń, małych sklepów, ofert, landing page'y. SystemFlow znacznie upraszcza i przyspiesza naszą pracę w tym zakresie, oferując szereg gotowych komponentów, sekcji i template'ów, które możesz wykorzystać do poskładania takiej strony w kilka minut.
SystemFlow jest w całości zmapowany na Figmę, co znaczy, że otrzymujesz kompletny UI Kit dla Figmy, z pomocą którego możesz projektować. Następnie, stworzone w ten sposób projekty w prosty sposób przeniesiesz do Webflow, korzystając z tych samych nazw komponentów, tworząc z tego gotowy, działający projekt strony.
W SystemFlow masz możliwość zdefiniowania własnej stylistyki całego systemu - globalne zmiany do typografii oraz swatchy kolorystycznych sprawią, że fonty i kolory zmienią się na przestrzeni całego Twojego projektu! W ten sposób łatwo przygotujesz strony, które stylistycznie znacznie odbiegają od pierwotnej koncepcji framework'u i są dopasowane do identyfikacji Twojego klienta.
Plik Webflow, na którym pracujesz z Frameworkiem, zawiera pełną dokumentację, która zmienia się na żywo, w trakcie projektowania. Oznacza to, że po publikacji samej strony w Webflow, otrzymujesz kompletną referencję z design tokenami, wyglądem formularzy, przycisków, komponentów i innych elementów, którą możesz przekazać klientowi. Przykład dokumentacji wygląda tak: https://systemflow-v-1-1-51e1ee81-49590199e0f65.webflow.io/style-guide/about/overview
SystemFlow powstał w jednym celu - aby pomóc nam tworzyć projekty dla siebie i naszych klientów znacznie szybciej, wydajniej, w sposób zorganizowany. Ponadto, aby wykorzystać Webflow jako najlepszy edytor, dający nam łatwy dostęp do zmian w ramach uporządkowanej struktury, obsługę CMS, E-Commerce, a klientowi możliwość edycji elementów strony z przeglądarki. Z drugiej strony, wykorzystaliśmy Figmę czyli najlepsze narzędzie do projektowania UI z masą dodatków i pluginów, które usprawnią Twoją pracę!
Ten kurs przygotowany jest z myślą o osobach, które w swoich firmach tworzą wiele stron, na przykład marketingowych i chcą czy to do tworzenia finalnych stron czy prototypów, wykorzystać Webflow i ewentualnie Figmę. Kurs nadaje się też doskonale dla Freelancerów którzy oferują swoje usługi tworzenia stron w Webflow, a także agencji kreatywnych, które mogą znacznie przyspieszyć swoją pracę dzięki SystemFlow!
SystemFlow 1.0+
Pomówmy teraz o jednostkach, które
stosujemy w System Flow dla wszystkich fontów i całej typografii.
Font size jest tutaj przedstawiony jako 38
pikseli, ale przelicza się to na 2, 3, 7, 5 rema.
Limit jest podany również w ramach i jest to 1 kropka 25 gamma.
Jeśli wejdziemy do konkretnego nagłówka i edytujemy go, to możemy zobaczyć, że te
wartości rzeczywiście są nadane i SID jest tutaj stworzony w ramach
dwukropka 3 7.5, natomiast Time height jest ustawione na 1.25.
Ponadto jednostki marginesów również są ustawione w ramach.
Mamy tutaj 1m marginesu na dole.
Co to znaczy tak naprawdę?
Żeby to zrozumieć, musimy cofnąć się do body naszego dokumentu.
Jeśli wejdę do nawigatora i zaznaczę body.
To możemy sprawdzić tutaj domyślny taki base font size.
Dla całego dokumentu jest to 1.
No i co to tak naprawdę znaczy 1?
Odnosi się to bezpośrednio do wielkości
tekstu, który ustawiony jest jako domyślny w przeglądarce.
Nowoczesne przeglądarki mają ustawiony rozmiar 16 pikseli jako domyślny.
W związku z tym 1 równa się w system 16
pikseli i taką wartość, taką zależność można przyjąć.
W związku z tym tutaj mamy odpowiednio przeliczone
jednostki na remis, czyli 38 pikseli to będzie 2 375.
A dlaczego?
Dlatego, że gdybyśmy skalkulowane to i podzielili 38 na 16, który jest domyślną
wielkością funta, to wyjdzie nam właśnie 2.
3 7.5.
I teraz jak przeliczyć sobie takie
jednostki jeśli pracujemy w filmie, skeczu czy xD na jednostkach w pikselach?
Bo projektujemy w skali 1 no i mamy wtedy rozmiar 38.
Jak to sobie łatwo przeliczyć, żeby nie używać kalkulatora?
Otóż jest kilka rozwiązań.
Jednym z nich jest strona Pixel kalkulator i jako bazę, czyli ten
podstawowy rozmiar mamy tutaj w pikselach 16 i to zostawiamy.
Natomiast teraz pytanie na jakie
rozmiary chcemy to przekształcić i możemy po przecinku podać wszystkie rozmiary,
które znajdują się w naszym dokumencie, w firmie czy w x D w pikselach
i wtedy kliknąć taki lajt i nam to ładnie wyliczy.
Czyli przykładowo 16 pikseli to będzie 1, czyli bez 32 piksele to będą dwa kremy.
A wszystko pośrodku mamy ładnie wyliczone.
Jeśli więc masz jakieś inne rozmiary w Twoim dokumencie, wystarczy, że je tutaj
wpiszesz i będziesz miał przekalkulować całą tą tablicę, dzięki czemu będziesz
mógł te odpowiednie rozmiary już w ramach przełożyć np.
na właściwe nagłówki.
Jeśli wyjdzie Ci z kalkulacji, że ten
nagłówek powinien mieć 32 piksele, to 32 akurat łatwo policzyć 16 razy, 2 to
jest 32, więc to będą 2, ale jeśli będzie to 17
to skorzystasz z tej tabeli i zobaczysz ile to jest 17 pikseli.
Jeśli by to było akurat trzeba było je dopisać.
Czyli tutaj trzeba by było wpisać jeszcze
17 pikseli, wybrać całkowite i mamy 17 pikseli to 1 kropka 0.6 3cm a
i taką wielkość użył byś jako wielkość nagłówków.
Dlaczego w ogóle korzystamy z memów?
Przede wszystkim dlatego, aby nasza typografia była responsywna.
To, że zarówno marginesy, jak i wielkości fontów i linie są określone w ramach
determinuje to, że cały font i wszystko dookoła niego jest elastyczne.
To znaczy, że jeśli zmienili byśmy ten
base font size 16 pikseli domyślnych dla przeglądarki np.
na 32, to wtedy automatycznie powiększymy
dwa razy wszystkie fonty na naszej stronie.
Kiedy może się to przydawać?
Zwłaszcza w przypadku tak zwanej responsywnej typografii?
To znaczy, że dla tabletu czy telefonu ten
największy nagłówek mógłby być odrobinę za duży.
W związku z tym chcielibyśmy trochę go zmniejszyć, np.
na telefonie w widoku Landscape.
Chcielibyśmy, żeby ten nagłówek nie miał 38 pikseli, tylko np.
34 czy 33.
I w takiej sytuacji możemy zostawić wartości w ramach.
Czyli ten nagłówek cały czas będzie miał 2 kropka 7 5 rema,
ale sam bass font size zmienimy na odrobinę mniejszy niż 16, czyli te 2
kropka 3, 7 5 rema będzie liczone nie od 16, a np.
od 14 pikseli.
Gdybyśmy chcieli to przeliczać, to okaże się, że licząc od np.
14 pikseli zamiast 16 jako base font size
i mnożąc to przez 2 375 a mamy rozmiar 33 piksele, a nie tak jak wcześniej 38.
To samo będzie z marginesem,
ponieważ jeśli mamy 1.25 no i 1.25 pomnożymy razy 14 to będzie to oczywiście
mniejsza wartość niż 1.25 pomnożone razy 16.
Stąd naszą strategią jest możliwość zmiany tego podstawowego base font size i wtedy
automatycznie, jako że jednostki są do niego relatywne.
Będziemy mieli treści mniejsze czy większe.
Gdybyśmy zachowali sztywne wartości w
pikselach, na przykład 38, to to, że byśmy zmienił na 14 czy 16 nie miałoby żadnego
znaczenia, ponieważ są to jednostki absolutne.
Jeśli powiemy TV, że chcemy mieć 38 pikseli, to będzie to zawsze 38 pikseli.
Natomiast 1 25 jest liczone do bazy.
I teraz gdzie jest ta baza?
Baza znajduje się w takiej sekcji Custom Cold.
Ta sekcja custom kod musi być na każdej stronie i jeśli do niej wejdziemy, to są
tutaj przydatne skrypty, które pomagają działać framework owi.
Są one naprawdę proste, więc można sobie wszystkie przeklikać i obejrzeć.
Na przykład znajduje się tutaj responsive typografii MBT.
Jeśli przejdziemy do ustawień, a następnie
otworzymy edytor, to zobaczymy, że właśnie tutaj jest ustalony nasz base font size.
Czyli to jest podstawowa jednostka.
I tak przy okazji, jeśli zdecydowalibyśmy,
że chcemy również w widoku desktopowe mieć np.
większe fonty odrobinę, to moglibyśmy
spokojnie to zrobić właśnie ustawiając większy base font size.
Nawet jeśli już zrobimy całą naszą stronę i klient np.
chce, abyśmy trochę wszystko powiększyli,
to możemy zrobić to również dla bazowego break point.
Następnie mamy break point table, czyli od 991 pikseli.
I mamy ustawione
na 15, czyli będziemy liczyć od odrobinę mniejszej bazy 15 razy dwa.
Kropka 3, 7, 5.
Będzie to trochę mniej niż 16.
Czyli na tablecie już odrobinę zmniejszamy nasze nasze fonty.
Teraz kolejna rzecz to jest Media Query, w
którym mamy mobile landscape, którym aktualnie się znajduje.
I tutaj już liczymy od bazy 14.
Więc te fonty są odpowiednio mniejsze.
Zobaczcie co by się stało, gdybym zrobił tutaj jakąś drastyczną zmianę i np.
z 14 zrobił 10.
Zapisze bez zamykania.
A Ty zobacz jak zmienią się wszystkie fonty.
W tym momencie wszystkie fonty nam się zmniejszyły.
Ale dzięki temu, że zachowaliśmy tutaj proporcje w kontekście zarówno lite
site jak i marginesów, no to cały układ strony będzie stabilny.
Także wróćmy tutaj do 14.
No i 13 mamy domyślnie w tym najmniejszym widoku telefonu i też możemy to zmienić.
Naturalnie możesz robić swoje własne media query i adresować konkretne
rozdzielczości, w których fonty mają się zmieniać.
My uznaliśmy, że te trzy wartości są w porządku, aczkolwiek proszę pamiętać, że
nie jest to uniwersalny sposób, bo zależy też od tego, jakiego font dobierzesz.
Niektóre fonty mogą być troszkę mniejsze, niektóre trochę większe, jak również.
Jakiego typu stronę robisz i dla kogo ją robisz?
Jeśli przykładowo strona jest przeznaczona dla osób starszych, to możliwe, że warto
ten base break point dla mobilny też powiększyć i zrobić np.
15 czy nawet 16 pikseli po to, żeby fonty
było odpowiednio większe i bardziej czytelne.
Także nie sugeruj się proszę tymi konkretnymi ustawieniami, a raczej spróbuj
zadecydować co będzie najlepsze dla Twoich użytkowników.
Jednak takie podejście i użycie kremów
jako jednostek kreatywnych odnoszących się do tej podstawy Base 16 pikseli
pozwala nam właśnie w ten sposób zarządzać wielkością wszystkich fontów na stronie z
poziomu jednego miejsca, którym jest ten custom MBT i responsive typografii.
Mam nadzieję, że to lepiej obrazuje nasze podejście do fontów i typografii.
No i oczywiście dzięki temu te fonty są bardziej elastyczne.
Czy jest to korzystne z punktu widzenia accessibility?
Jak najbardziej, bo możemy manipulować tym base font size.
Natomiast pixele szczerze mówiąc nie są też wcale gorsze.
Po prostu nie mamy tej możliwości zmiany
jednym parametrem wszystkich fontów na stronie.
I to tyle.
Natomiast z punktu widzenia accessibility dalej można powiedzieć, że piksele również
są bezpieczną jednostką, jeśli chodzi o typografię.
No i jeżeli chcesz, możesz oczywiście
przemieszać różne wartości i nie musisz korzystać z naszego frameworka.
Jest to tylko jakaś wytyczna.
Natomiast Ty możesz stwierdzić, że chcesz
jednak ustalić wielkości fontów w pikselach i nikt Ci tego nie zabrania.
Możesz przerobić nasze wartości na wartości w pikselach np.
referencyjnych, które mamy lub je zmienić
i odpowiednio zrobić sobie referencję do swoich rozmiarów.
Pamiętaj, że jeśli będziesz zmieniał sekcje typografii, czyli zmieniał
konkretne nagłówki, warto tutaj zaktualizować te wartości.
My nie jesteśmy w stanie tego robić dynamicznie, przynajmniej na razie.
Warto tutaj sobie zmienić po prostu na te wartości, zwłaszcza jeśli później będziesz
publikować dokumentację i będzie ona dostępna również dla innych osób.
To wszystko jeśli chodzi o skalowanie.
No i mogę jeszcze pokazać Ci, jak to wygląda w takim praktycznym projekcie.
Mamy typografię desktopową, która jest dosyć duża.
Natomiast jeśli przejdziemy do widoku mobilnego np.
to zobaczysz, że ten tekst jest znacznie
mniejszy na przykład w tej recenzji niż tutaj.
No i właśnie wynika to z tego, że
odpowiednio ustawiona jest ta sekcja custom cut i responsive typografii.
Tutaj akurat zdecydowaliśmy, że dla tego mobile portret zastosujemy również 14, a
nie 13 pikseli, bo 13 było troszeczkę za małe.
Więc tak wyglądają ustawienia tekstu jeśli chodzi o jednostki.
Mam nadzieję, że jest to jasne i pomoże Ci w Twojej pracy System Flow.