Notki otagowane css

Czemu frontend deweloperzy powinni wybierać Google Chrome a nie inne przeglądarki

Od dłuższego już czasu do codziennej deweloperki używam Google Chrome (w wersji devel). Paul Irish na swoim blogu podzielił się kilkoma niezwykle przydatnymi sztuczkami których można użyć programując strony internetowe.

Oto kilka z najciekawszych z nich:

  • można edytować html w locie - dosłownie!
  • można w konsoli JS odwołać się do zaznaczonego elementu w inspektorze - przez $0.
  • można edytować pliki CSS i JS na żywo (zakladka resources/zasoby), a potem tylko przycisnąć “zapisz” i mieć poprawiony plik. Ponadto podczas edycji Chrome zapisuje zmiany w poszczególnych plikach z wersjonowaniem. Co pozwala nam dowolnie się bawić kodem a potem tylko zapisać najlepszy z efektów pracy. Co jest najciekawsze, to to że kod CSS i JS można edytować w prawdziwych plikach a nie tylko w konsoli i inspektorze styli (dostępne, jak wspominałem, w zakładce Resources).
  • używając breakpointów i automatycznego stopowania kodu w przypadku wyjątku można debugować skrypty bez zbędnego wstawiania console.log().
  • a ponadto Chrome potrafi w przejrzysty sposob pokazywam zminify’owane JSy…

Do pełnej listy przydatnych funkcji odsyłam do bloga Paula Irisha i opublikowanej tam infografiki oraz video.

8 months ago
Komentarze

Frameworki CSS? Czy to aby nie przesada?

Zdobywają coraz większą popularność, po tym jak kilka lat wszyscy webdeveloperzy zaczęli się uczyć frameworków w PHP/Ruby a potem tych pozwalających wykrzesać więcej z JavaScriptu, pryszedł czas na CSS.

Większość z rozwiązań opisanyc tutaj: To Grid or Not to Grid: Advantages and Disadvantages | Webdesigner Depot polega na dobrze znanych zasadach od dawna wykorzystywanych do składu prasy. Zasady te, to: kolumnowy układ z równej szerokości kolumnami, odpowiednio dobrane przerwy między blokami kolumn w pionie oraz przejrzyście rozplanowana szata graficzna. Na pierwszy rzut oka wielu z programistów uzna tego typu rozwiązania za przesadę, jednak niewątpliwie usprawniają one implementację układu graficznego oraz minimalizują czas potrzebny na uporządkowanie treści na stronie.

Powyższy artykuł (To Grid or Not to Grid) stara się pokazać temat nieco głębiej, zaczynając od suchych zalet i wad, a kończąc na przykładowych frameworkach do wykorzystania we własnych projektach. Ja osobiście więcej powiedzieć nie mogę, gdyż nie miałem okazji wykorzystać żadnego z frameworków w kodzie komercyjnym. Choć jakiś czas temu poświęciłem chwilę aby poznać zasady działania BluePrint. Wam również polecam, oraz serdecznie zapraszam do dzielenia się Waszymi doświadczeniami z tego typu rozwiązaniami.

2 years ago
Komentarze

Czyżby najszybszy sposób na pisanie HTML/CSS?

Smashing Magazine właśnie opublikowało wpis o Zen Coding: A Speedy Way To Write HTML/CSS Code.

Możecie wypróbować i zobaczyć, czy faktycznie przyspieszy to waszą pracę. Mnie i tak póki co wystarcza domyślne uzupełnianie składni w TextMate’cie.

2 years ago
Komentarze

O semantycznym kodowaniu HTML i CSS

http://www.webdesignerwall.com/tutorials/coding-clean-and-semantic-templates/

Szczególnie spodobał mi się przykład kodowania z punktu nr 3 oraz 5, mówiący o komentowaniu końcowych tagów przy divach. :-)

2 years ago
Komentarze