Cuprins:

Prefixul -webkit- este atât de dominant în CSS încât unele site-uri nu funcționează corect fără el. Acest lucru indică faptul că dezvoltatorii nu urmăresc cel mai mult cele mai bune practici V anul trecut iar acest lucru a dus la o decizie nefericită, dar aproape forțată din partea Mozilla. ÎN versiuni Firefox 46 sau 47 (aceasta este aprilie sau mai 2016), Mozilla intenționează să implementeze suport pentru prefixele -webkit- non-standard pentru a îmbunătăți compatibilitatea Firefox cu site-urile care utilizează în mod activ -webkit (de obicei site-uri orientate spre dispozitive mobile).

Cu toate acestea, dezvoltatorii folosesc prefixe pentru a le folosi ultimele caracteristici browsere cât mai repede posibil. Prefixele au provocat confuzie cu dominația WebKit, dar au forțat și web-ul să avanseze într-un ritm accelerat.

Abordarea Mozilla și Microsoft este sigură pentru majoritatea site-urilor. Multe site-uri vor folosi prefixul -moz- sau nu necesită nicio acțiune pentru a fi compatibile cu o viitoare actualizare a Firefox. Dar, în calitate de dezvoltatori web profesioniști, trebuie să luăm în considerare cu atenție și să înțelegem ce consecințe va implica acest lucru. Probabil știți care dintre site-urile dvs. ar putea fi afectate de această actualizare.

Așadar, este timpul să regândim abordarea prefixelor și să testăm site-urile cu acestea.

Prefixe acceptate

Există o serie de prefixe -webkit- pe care Mozilla le poate implementa. Din ceea ce am adunat, Mozilla nu tinde să se potrivească cu lista proprietăților de prefix acceptate cu cele ale lui Edge, deoarece nu toate sunt necesare pentru compatibilitatea cu motorul de layout.

Dezvoltatorii Firefox sunt, de asemenea, aproape de o abordare similară:

Tendința actuală în Mozilla este de a evita prefixele furnizorului prin dezactivarea proprietăților fără prefix și folosind versiunea fără prefix cu suficientă stabilitate. Aceasta este o politică generală: se pot aplica excepții în unele cazuri - Boris de la Mozilla

Microsoft Edge va abandona și prefixele de furnizor:

„Microsoft va elimina și prefixele de furnizor din Edge. Aceasta înseamnă că dezvoltatorii care doresc să utilizeze anumite funcții HTML și CSS nu vor folosi un prefix specific Edge. În schimb, pur și simplu vor scrie cod conform standardelor” - Mashable

Nu va mai exista degradare treptată pe baza prefixelor

Această îndepărtare de prefixele de furnizor înseamnă un lucru - degradarea treptată folosind prefixele de furnizor nu are perspective.

Utilizarea prefixelor de furnizor pentru a aplica stiluri pentru un anumit browser (de exemplu, numai Chrome) nu a fost scopul introducerii acestora; Recomandarea pentru dezvoltatori a fost întotdeauna să folosească toate prefixele (de la -webkit- la -o-). Dacă utilizați funcții care depind de proprietățile prefixelor și folosiți prefixe pentru a vă degrada treptat designul în alte browsere, atunci acest lucru nu mai funcționează.

Concluzie

Vremurile se schimbă. Dominația WebKit a dus fără să vrea la probleme de incompatibilitate, forțând alți furnizori de browsere să implementeze prefixele -webkit-. Această problemă se va încheia pe măsură ce furnizorii de browsere renunță treptat la prefixele furnizorului, dar între timp dezvoltatorii ar trebui să se asigure că prefixele nu produc rezultate neașteptate în browserele non-WebKit.

De la autor: Prefixul -webkit- este atât de comun în CSS astăzi încât unele site-uri refuză să funcționeze corect fără el. În timp ce prefixele CSS ale furnizorului au fost un semn clar al proprietăților mai puțin decât perfecte pentru dezvoltatori în ultimii doi ani, acest lucru a determinat Mozilla să facă un pas disperat, dar necesar. În Firefox 46 sau 47 (lansat în aprilie sau mai 2016), Mozilla intenționează să introducă suport pentru o serie de prefixe non-standard –webkit- pentru a îmbunătăți compatibilitatea browser-ului cu un anumit prefix (chiar și pe dispozitive mobile Oh).

Ideea nu este nouă, Microsoft Edge acceptă și diverse prefixe -webkit- pentru compatibilitate. Opera a început să accepte prefixele -webkit- în 2012, apoi a trecut la motorul Webkit Blink. W3C și dezvoltatorii de browser nu au intenționat să folosească prefix datîn dezvoltarea site-ului web:

„Politica oficială W3C prevede că proprietățile experimentale nu trebuie folosite în codul site-ului. Cu toate acestea, oamenii le folosesc pentru că doresc ca site-urile lor să folosească cea mai recentă tehnologie și să arate cool.”- Pagina W3C despre optimizarea conținutului pentru browsere diferite

Cu toate acestea, dezvoltatorii doresc întotdeauna să aibă acces la cele mai recente funcții cât mai repede posibil. Prefixele vânzătorilor au dat totul peste cap și au dat dominație Webkit, dar cred că prefixele au avut un impact enorm asupra dezvoltării rapide a Internetului.

Mozilla Ways iar Microsoft va dăuna doar majorității site-urilor. Majoritatea site-urilor vor avea deja conectate prefixele –moz- sau se va dovedi că cu cel nou Actualizare Mozilla va suporta proprietăți noi fără a fi nevoie de modificări. Cu toate acestea, în calitate de dezvoltatori web profesioniști, trebuie să lămurim acest lucru și să înțelegem că unele modele pot produce rezultate mixte. Este posibil să știți deja care dintre proiectele dvs. vor fi distruse de această actualizare. Dezvoltatori web, este timpul să vă regândiți abordarea cu privire la prefixele furnizorilor și să le testați pe site-uri.

Prefixe noi

Mozilla va include o serie de prefixe –webkit-. Din ceea ce am adunat, se pare că Mozilla nu are intenția de a-și potrivi lista cu proprietățile Edge. Nu toate proprietățile trebuie să fie compatibile cu motorul Mozilla. Printre prefixele pe care Mozilla le va adăuga, judecând după pagina wiki Compatibilitate/Mobil/Compatibilitate non-standard, se numără următoarele:

Webkit - pentru gradienți

Webkit-transformă

Webkit-tranziții

Webkit-aspect

Webkit-background-clip

Webkit-dispozitiv-raport-pixeli

Webkit-animație

Alte proprietăți pot fi în @-webkit-keyframes.

Testarea între browsere va fi critică

Dacă tu, dezvoltator web, nu ai inclus prefixul -moz- pentru a nu testa noi proprietăți CSS în Firefox, iar termenul limită se apropie, iar clientul te obligă să adaugi acest prefix, atunci va trebui să retestezi site-ul în Firefox 46 sau 47. Aceste versiuni vor fi lansate în aprilie sau mai, așa că mai aveți timp.

Pentru a vă testa site-ul web fără a aștepta Firefox 46/47, puteți activa aceste modificări în Firefox Nightly setând layout.css.prefixes.webkit în about:config. Daca ai instalat ultima versiune Seara, atunci valoarea implicită ar trebui să fie adevărată. Nu toate modificările aduse prefixelor –webkit- funcționează încă în Firefox Nightly, dar funcționează. platforma buna pentru a testa cum va arăta site-ul dvs. în curând. Aș aștepta până în martie înainte de a testa serios site-ul în Firefox Nightly.

Mult mai important, Microsoft Edge interpretează și afișează deja prefixele -webkit- într-un mod similar. Aceasta înseamnă că orice stil WebKit de pe site-ul dvs. este deja afișat într-un browser care a fost complet neașteptat. Dacă nu ați lucrat încă cu acest browser, atunci instalați Windows 10 și obțineți acces la el pentru a testa site-urile.

Prefixele furnizorilor dispar treptat

Din fericire, prefixele furnizorilor dispar treptat pe măsură ce echipele de dezvoltare găsesc soluții noi. Echipa Chrome/Blink și-a schimbat puțin abordarea:

„În continuare, în loc să activăm prefixele de furnizor în mod implicit, vom păstra proprietățile obișnuite în spatele steagului „Activați proprietățile platformei web experimentale” în about:flags până când aceste proprietăți sunt activate implicit.” — Echipa The Chrome/Blink

Echipa Firefox a urmat o cale similară: „Directia principală de lucru la Mozilla acum este îndepărtarea prefixelor de furnizor, dezactivându-le sau transferându-le în starea proprietăților obișnuite, dacă acestea sunt deja stabile. Aceasta este cel puțin politica noastră generală, cazurile individuale merită excepții. »— Boris de la Mozilla

Microsoft Edge vizează, de asemenea, eliminarea suportului pentru prefix: „Microsoft încearcă, de asemenea, să scape de prefixele de furnizor din Edge. Aceasta înseamnă că dezvoltatorii, atunci când folosesc etichete HTML5 speciale sau proprietăți CSS, nu vor trebui să adauge un prefix special pentru Browser Edge. În schimb, dezvoltatorii vor scrie cod standard.”— Mashable

Degradarea grațioasă folosind prefixe nu mai funcționează

Îndepărtarea de la prefixele de furnizor înseamnă un singur lucru – tehnica degradării grațioase prin prefixe nu mai este o opțiune. Izolarea anumitor browsere prin prefixe de furnizor (de exemplu, pentru Chrome) nu a fost scopul acestor prefixe; Dezvoltatorii au fost întotdeauna încurajați să folosească toate prefixele (–webkit- la –o-). Dacă utilizați orice funcționalitate care funcționează pe proprietăți cu prefixe de furnizor și ați folosit și tehnica de degradare grațioasă în designul dvs. pentru alte browsere, atunci aceasta nu mai funcționează.

Concluzie

Vremurile se schimbă. Dominația lui WebKit a fost neintenționată și a provocat agitație și incompatibilitate pe Internet. Alte browsere caută să extindă compatibilitatea prin adăugarea de prefixe –webkit-. Treptat, odată cu dispariția prefixelor de vânzător, cel această problemă. Dezvoltatorii ar trebui să verifice dacă utilizarea prefixelor nu provoacă consecințe nedorite în browserele non-WebKit.

Prefixele furnizorului sunt prefixe speciale care sunt adăugate înainte de numele proprietăților CSS și care vizează funcții experimentale anumite browsere. Fiecare browser are propriul prefix de furnizor.

Astăzi am dori să vorbim despre prefixele de furnizor, să le numim pe cele mai comune și să filosofăm puțin asupra oportunității utilizării lor.

Ce este un vânzător

În primul rând, aș dori să definesc conceptul cuvântului „vânzător”, astfel încât să devină clar pentru noi toți de ce prefixele CSS se numesc prefixe de furnizor și nu altceva. Furnizor- o companie sau o marcă care produce produse sau furnizează servicii și le furnizează sub propria marcă. Cuvântul vine din franceză vendere- vinde.

Ce sunt prefixele de furnizor în CSS

In caz de Prefixe CSS, furnizorii sunt producători de browsere care le folosesc marcăîn formă prescurtată ca prefix (prefix) la anumite proprietăți CSS pentru identificare. " De ce să folosiți aceste prefixe?", întrebați. Sunt folosite prefixe de furnizor browsere diferite pentru implementare în lista CSS proprietăți și sprijin pentru munca lor cu propriile motoare pentru noi proprietăți experimentale care nu au intrat încă oficial în circulație și nu au fost adăugate la specificația W3C. Cu alte cuvinte, unele proprietăți pot efectua un complet nou și adesea foarte functie utila, care anterior trebuia implementat folosind hack-uri, trucuri, trucuri sau chiar javascript-uri speciale. Cu toate acestea, această proprietate nu a fost încă adăugată la cele standard și nu poate fi interpretată de toate browserele în acest scop, înainte de această proprietate și în viitor, când browserul îi aparține, se adaugă un prefix cu numele vânzătorului; interpretează codul CSS, proprietatea va fi înțeleasă corect și va îndeplini funcția pentru care a fost de fapt destinată.

Lista prefixelor furnizorilor principali

Acum să dăm o listă cu prefixele de furnizor principal care există acest momentși cunoscut de noi.

• -o-- Browser Opera
• -moz-- browsere din familia Mozilla (producător al celebrului Mozilla Firefox)
• -Domnișoară-- Microsoft Explorer
• -webkit-- browsere care utilizează motorul Webkit - Google Chrome, Safari
• -icab-- oficial browser alternativ Măr - Ikab
• -khtml-- un interpret KHTML folosit rar pentru KDE

Pentru a utiliza unul sau altul prefix de furnizor, trebuie doar să îl selectați pe cel de care aveți nevoie din listă și să îl adăugați chiar înainte de proprietatea experimentală care nu a fost încă introdusă în specificația generală și să vă bucurați de rezultat.

Iată, de exemplu, codul care dezactivează transformarea automată (redimensionarea) textului *:

Ajustarea dimensiunii textului: niciuna; -moz-text-size-adjust: niciunul; -ms-text-size-adjust: niciunul; -webkit-text-size-adjust: niciunul;

*Proprietate text-ajustare-niciuna Este logic să îl folosiți pentru dispozitive mobile, ale căror browsere pot redimensiona automat textul dintr-o pagină, făcându-l mai lizibil, dar în același timp dăunând aspectului și esteticii.

Mai întâi descriem proprietatea în vedere generala- ca și cum ar fi deja în specificație și suportat de toate browserele, deși nu este încă cazul, dar după ceva timp, cel mai probabil, va deveni relevant atunci când proprietatea va fi aprobată. După aceea adăugăm aceeași proprietate cu diverse prefixe pentru browserele respective. După cum puteți vedea, totuși, nu este absolut nimic complicat în acest sens această acțiune face codul mult mai greu, pentru că de fapt am mărit numărul de octeți de cod de 4-5 ori, ceea ce va fi destul de vizibil pentru site-urile cu multe stiluri similare. Și codul în sine devine mai puțin ușor de citit, deoarece de la repetarea repetată a aceluiași lucru începe să se undă în ochi și există pur și simplu un anumit sentiment de prost gust și o optimizare slabă.

Mergând puțin în afara subiectului, aș dori să spun că există o metodă de programare numită OOP (programare orientată pe obiect). Deci aici este sarcina principală- reduceți codul folosind clase, funcții etc. Această metodă există în principal astfel încât efectuarea unei acțiuni specifice în diferite părți ale programului nu necesită scrierea unor bucăți identice de cod. În cazul OOP, puteți pur și simplu contactați în avans o anumită clasăși funcțiile sale. Acest lucru simplifică munca și reduce și optimizează semnificativ codul. Aproape același lucru se întâmplă și în cazul CSS cu prefixe de furnizor - atunci când acestea nu sunt acolo, codul pare optimizat pentru toate browserele și când vin în ajutorul codificatorilor nerăbdători care vor să alerge înaintea locomotivei lente numită W3C, codul se transforma intr-o mizerie formata din aceleasi linii copiate de 5 ori, deosebindu-se unele de altele prin niste prefixe de neinteles.

Desigur, este mai bine să evitați utilizarea prefixelor de furnizor și să nu încercați să depășiți locomotiva unei singure specificații, dar dacă există o dorință irezistibilă și o nevoie urgentă de a folosi una sau alta proprietate CSS care nu a fost încă acceptată de W3C, apoi, desigur, puteți folosi prefixe, nimeni nu vă va lovi la încheietura mâinii pentru asta cu o riglă nu va fi. Cu toate acestea, în opinia noastră, aceasta este o formă proastă.

6 februarie 2012 la 14:14

CSS3: viață fără prefixe

• Dezvoltare site

Prefixele sunt un lucru bun. Ele ajută producătorii de browsere să implementeze noi funcții. Dar viața dezvoltatorilor devine doar mai dificilă din cauza lor. Există multe prefixe, uneori există diferențe de sintaxă.

Problema este evidentă. Avem nevoie de o modalitate de a face lucrul cu prefixele mai ușor.

Desigur, ar fi neînțelept să nu mai folosiți prefixele. Dar este foarte posibil să se transfere responsabilitatea generării lor către instrumente care există special în acest scop. Am încercat să enumerez opțiunile posibile.

1. Preprocesoare

Esența preprocesoarelor este că autorul unui fișier de stil poate folosi caracteristici suplimentare care nu sunt în CSS, cum ar fi variabile, funcții similare și multe altele, după ce a studiat mai întâi sintaxa preprocesorului, iar preprocesorul va crea deja dosar normal stiluri, înlocuirea variabilelor și a altor coduri cu valori statice. Capacitatea de a înlocui codul poate fi folosită și pentru a genera automat codul între browsere cu prefixe.

Cel mai faimos Preprocesoare CSS acestea sunt LESS și SASS.

Sunt concurenți direcți, deși există o diferență între ei. Ambele pot fi folosite pe partea de server, dar LESS este disponibil și ca fișier javascript, așa că puteți acorda o atenție deosebită acestei caracteristici.

MAI PUȚIN

Acest preprocesor are o sintaxă mai simplă decât concurentul său. Este posibil să procesăm fișiere de stil pe partea de server, dar acum suntem interesați de opțiunea de a lucra pe partea client printr-un fișier javascript.

Conexiune

Mixin
.border-radius(@radius: 3px) (
-webkit-border-radius: @radius;
-moz-border-radius: @radius;
border-radius: @raza;
}

Utilizare
#forma1(
.border-radius(10px);
}

Pentru a lucra cu prefixe, trebuie să utilizați mixins (același cod care știe ce să înlocuiască și unde). Exista truse gata făcute mixuri și biblioteci pentru CSS3
lesselements.com
github.com/jdmiller82/-lessins-
snipplr.com/view/47181/less-classes
roel.vanhintum.eu/more-less

Nu este necesar să compilați fișiere .less pe server sau în browser, puteți obține unul gata făcut la nivel local fișier CSSși îl folosești deja pe site
SimplLESS este o aplicație care compilează automat .less la CSS standard. Gratuit pentru toate platformele.
Less App este o aplicație similară, dar numai pentru Mac.

Fișierele SASS sunt procesate pe server, computerul client deja primește dosar gata.css

Avantajele preprocesoarelor:
+ Pe lângă prefixe, puteți face mult mai multe lucruri
+ Abilitatea de a procesa automat fișierul CSS (de exemplu, comprimarea, eliminarea lucrurilor inutile)
+ Memorarea în cache normală (deși LESS este stocată în cache folosind localStorage)

Dezavantajele preprocesoarelor:
– Pentru versiunea cu javascript - dependență de scripturile activate în browser
– Codul este generat cu toate prefixele posibile, nu numai cele necesare unui anumit browser

3. Generatoare

Această metodă este deja folosită de mulți. Doar deschideți-l și copiați de acolo cod gata cu prefixe.

Recent am încercat să caut un generator care să adauge automat proprietăți prefixate la o proprietate standard pe care am scris-o. S-a dovedit că există mai multe opțiuni.

Prefixe specifice browserului

S-a menționat mai devreme că specificația CSS3 este un set de module care sunt integrate treptat de producătorii de browsere. Uneori, integrarea include suport experimental. Aceasta înseamnă că, în timp ce specificația este scrisă, discutată și criticată la W3C, producătorul browserului poate decide să adauge suport pentru unele caracteristici pentru a le încerca în practică. ÎN În ultima vreme această practică a devenit o parte firească a procesului și Părere, obținut în timpul utilizării experimentale, este adesea folosit pentru a modifica specificația.

Pe de altă parte, un producător de browser ar putea dori să introducă o caracteristică experimentală care nu este inclusă în niciun standard propus, dar poate ajunge într-o zi la un astfel de statut.

Pentru un astfel de sprijin experimental Proprietăți CSS Prefixele browserului sunt adesea introduse - de exemplu, astfel:

– kit-ul web – raza-limită

Cu silabe cuvânt cheie, înainte de numele proprietății, îl marchează ca fiind în curs de desfășurare, referitor numai la implementarea într-un anumit browser și la interpretarea specificației în evoluție. Dacă proprietatea experimentală urmează să fie inclusă într-un modul CSS3 finalizat, browserul trebuie să accepte un nume de proprietate fără prefix.

Fiecare producător de browser are un prefix pe care îl utilizează pentru a-și marca în primul rând proprietățile experimentale. Toate celelalte browsere ignoră regulile care conțin prefixe pe care nu le cunosc.

ÎN masa 1.03 listează cele mai utilizate browsere și prefixele asociate acestora. Vom folosi prefixele WebKit, Mozilla și Opera pentru CSS3 în exemplele din capitolele următoare.

Tabelul 1.03. Cele mai utilizate browsere și prefixe asociate

Din cartea Boost your website autor Matsievski Nikolay

8.2. Câteva sfaturi pentru browsere Accelerează încărcarea paginilor în Firefox 3 În Firefox, poți crește viteza de încărcare și afișare a paginilor, crescând semnificativ confortul navigării pe Internet. Ce trebuie să faceți pentru aceasta: deschideți pagina de setări tastând bara de adresa

Din cartea Internet Intelligence [Ghid de acțiune] autor Iuşciuk Evgenii Leonidovici

Cum să căutați pe internet informații despre anumite persoane Internet în limba rusă informații despre oameni pot fi găsite fie folosind motoare de căutare, sau folosind directoare telefonice online. Sisteme de informare introduceți o cerere care trebuie să conțină

Din cartea Programare autor Kozlova Irina Sergheevna

49. Optimizare pentru modele specifice procesoare Dacă un anumit program va rula pe computere cu modele de procesoare strict definite, puteți încerca să îl utilizați anumite modele comenzile procesorului. Multe dintre comenzile noi dau

Din cartea Lucrul pe Internet autor Makarsky Dmitri

Utilizarea browserelor După cum am menționat deja, scopul principal al unui browser este de a vizualiza pagini web, așa că merită să vorbim separat despre caracteristicile navigării pe Internet folosind browsere. Să începem cu controalele de bază, fără de care nu poți

Din carte Revista digitala„Computerra” nr. 12 autor Revista Computerra

Caracteristici suplimentare browsere Desigur, capacitățile browserelor web nu se termină cu navigarea pe site-uri și mutarea de la o pagină la alta. Programele de navigare pe internet pot face mult mai mult, despre care vom vorbi acum. Mai mult, dacă acest lucru nu este specificat

Din cartea Computerra PDA 20/03/2010-26/03/2010 autor Revista Computerra

Opera a ajuns din urmă cu alte browsere Andrey Pismenny versiunea Beta browser Opera 10.50 este echipat cu un interpret complet nou limbaj JavaScript. Se numește Carakan și este semnificativ mai rapid decât Versiuni anterioare. Asta înseamnă că Opera a ajuns în sfârșit din urmă cu alții

Din cartea XSLT autor Holzner Stephen

Opera a ajuns din urmă cu alte browsere Autor: Andrey Pismenny Publicat 22 martie 2010 Versiunea beta a browserului Opera 10.50 este echipată cu un interpret JavaScript complet nou. Se numește Carakan și este semnificativ mai rapid decât versiunile anterioare. Înseamnă că

Din cartea The Programmer's Path: de la 100 USD la 10.000 USD pe lună autor Nikitin Alexandru

Conversie documente XML utilizarea browserelor suportul XSLT este inclus în Microsoft Internet Explorer și Netscape Navigator. Dintre acești doi browsere de internet Explorer are mult mai mult suport XSLT și voi folosi versiunea 5.5 a acestui browser aici. Despre suportul XSLT Internet Explorer Puteți

Din cartea Linux: Ghid complet autor Kolisnichenko Denis Nikolaevici

Pasul 2. Începător avansat. experienţă<= 0,5 года. Знания в рамках школьных и институтских курсов информатики + полученные на работе навыки решения конкретных задач. Этот период охватывает промежуток времени от получения предложения о работе до окончания испытательного срока.

Din cartea CSS3 pentru Web Designeri de Siderholm Dan

6.4.3. Caracteristici speciale ale browserelor Acest paragraf vă va spune cum să lucrați cu browsere? Apoi îl puteți sări peste tot sau îl puteți citi în diagonală. Nu, dragă cititor, nu mă îndoiam că știi să lucrezi cu browsere. Acum noi

Din cartea Revista digitală „Computerra” Nr. 225 autor Revista Computerra

Cum funcționează prefixele de browser Iată cum funcționează CSS în practică cu prefixele de browser. Să luăm drept exemplu proprietatea border-radius. Să presupunem că vrem să rotunjim colțurile unui element cu o rază de 10 pixeli; iată cum se procedează: .foo ( – webkit-border-radius: 10px; – moz-border-radius: 10px; border-radius: 10px;

Din cartea Instalarea, configurarea și restaurarea Windows 7 100% autor Vatamanyuk Alexandru Ivanovici

De rezervă pentru toate browserele Browserele care nu acceptă încă mai multe fundaluri vor ignora complet proprietatea de fundal. De aceea am definit proprietatea culoarea de fundal separat în fig. 5.05 arată cum arată site-ul în IE7: fundalurile multiple sunt ignorate și

Din cartea autorului

Dar alte browsere? Deschizând formularul în Internet Explorer 7, un browser cu zero suport CSS3, vedem un formular de lucru complet acceptabil (Figura 6.15). Acest lucru este uimitor! Toate îmbunătățirile adăugate de proprietățile CSS3 au fost ignorate; scheletul formei rămâne, lucrând ca

Din cartea autorului

Dar alte browsere? Adăugarea de animații CSS reprezintă prima dată în această carte când am îmbunătățit experiența utilizatorului pentru un singur furnizor de browser: WebKit. Unul dintre principalele motive pentru care CSS3 este folosit din ce în ce mai mult este din cauza noilor sale proprietăți.

Din cartea autorului

7 browsere alternative pentru iPad Oleg Nechai Publicat 15 mai 2014 Strict vorbind, există un singur browser cu drepturi depline pentru iOS - Safari. Toate alternativele sunt de fapt suplimente grafice și seturi de scripturi Java pentru un motor open-source.

Din cartea autorului

12.3. Permiterea și blocarea anumitor programe O altă modalitate foarte eficientă de a limita accesul la programe este crearea unei liste de programe care pot fi rulate. Prin urmare, toate programele care nu sunt incluse în această listă sunt interzise să ruleze