La cum se inspiră Chrome din preistorie, mă tot întreb cât mai durează până revin la modă controalele ActiveX (sau echivalentele). Pentru că, așa buggy cum era, IE6 a fost o sursă de inspirație pentru toate celelalte browsere. Două exemple:

Box Model

Pentru cei mai în vârstă: IE5.5 și IE6 (în quirk mode) avea un bug în ceea ce se numește „box model”. Adică aplicând { width:300px;padding:10px;display:block } pe un element aveai o lățime finală de 300px. Au venit alții și au zis: nu, așa ceva nu se poate! Elementul ar trebui să aibă 320px, căci padding-ul nu face parte din element! Cinșpe ani mai târziu? box-sizing:border-box e cea mai tare chestie!

Custom Scrollbar

O chestie ce exista (limitat, ce-i drept) în IE era faptul că puteai schimab culorile scrollbar-ului (dar nu mai mult de atât). De câțiva ani, acest lucru este posibil și în Webkit/Chrome. Cât de original!

Cât de rău a fost, de fapt, IE6?

IE6 este unul dintre cele mai blamate browsere, fiind catalogat de mulți drept unul dintre cele mai proastre browsere. Ceea ce este adevărat, dar doar comparativ cu Firefox sau Chrome; practic, se face o comparație între browsere lansate la patru, respectiv șapte ani diferență.

De fapt, dacă chiar ai experimentat IE6 la timpul lui, o să-mi dai dreptate când spun că era unul dintre cele mai bune browsere la acel moment! Sigur, avea bug-uri, avea vulnerabilități, dar în ansamblu? Mult peste ce era disponibil pe piață: Netscape 7 și Opera 6. (pentru cei mai tineri, Opera era un browser plătit).

Despre ce a apărut după IE6? Acolo e altă mâncare de pește și este o mizerie din partea Microsoft. Dar asta este o poveste pentru o altă ocazie.

Git: CLI sau GUI?

Folosesc Git de câțiva ani buni deja și alternez între GUI și CLI. Pentru GUI folosesc GitExtensions care este potrivit pentru ce am eu nevoie. Sunt câteva lipsuri, dar compensează cu altele. Folosesc CLI doar pentru stash și git flow (UI sunt mult prea lente).

Alternative la GitExtensions ar fi:

SourceTree – cineva de la ei consideră că dublu click în fereastra de commit e mai potrivit pentru a deschide un fișier, decât pentru staging; am deschis un issue acum vreo doi ani, au binevoit să-l ignore.

GitHub for Mac/Windows – mi se pare că are o interfață neintuitivă la modul grav. V1 a fost neintuitiv, nou-lansatul V2 a rămas la fel de neintuitiv. (în cazul în care ești curios: poți folosi GitHub for Mac/Windows și fără a folosi serviciul Github (adică poți folosi orice repository)

Pe lângă cele de mai sus, am mai încercat SmartGit care, dincolo de funcționalități, este scris în Java. Iar asta ar trebui să spună multe :D

Pe Mac am folosit Tower, dar nu m-a dat pe spate și foloseam SourceTree. Pe Mac mi se pare net superior variantei de Windows.

Tu ce folosești pentru Git? De ce?

De când a apărut moda asta cu responsive, a apărut și problema imaginilor sau a filmelor afișabile pe toate rezoluțiile. Îți prezint o soluție foarte simplă ce funcționează cu succes pe orice browser. ORICE browser!

max-width

Un mod eficient de a te asigura că imaginile nu vor depăși ecranul este de a adăuga img { max-width:100; height:auto } în CSS. În acest fel, orice imagine va putea fi maximum cât containerul ei. Sunt foarte puține cazurile în care nu ai nevoie de această regulă, iar eu o adaug imediat după css reset.

Filme

Soluția asta am testat-o la zeci de proiecte și funcționează cam așa: poziționezi absolut filmul într-un div cu înălțime zero. Este mai ușor de arătat decât de explicat:

.embed {
  position:relative;
  height:0;
  overflow:hidden;
  padding-top:56%;
}

.embed > * {
  position:absolute;
  left:0;
  top:0;
}

.embed > *,
.embed iframe,
.embed video {
  width:100%;
  height:100%;
}

Demo