Czym jest WebKit i jak jest powiązany z CSS?

Dodatek do tego co @ KennyTM said:

• IE
  • Silnik: Trident
  • CSS-prefix: -ms
• Edge
  • Silnik: EdgeHTML
  • CSS-prefix: -ms
• Firefox
  • Silnik: Gecko
  • CSS-prefix: -moz
• Opera
  • Silnik: Presto → Blink¹
  • CSS-prefix: -o (Presto) i -webkit (Blink)
• Safari
  • Silnik: WebKit
  • CSS-prefix: -webkit
• Chrome
  • Silnik: WebKit → Blink²
  • CSS-prefix: -webkit

¹⁾ 12 lutego 2013 Opera (Wersja 15+) ogłasza odejście od ich własny silnik Presto do WebKit o nazwie Blink .

²⁾ w dniu 3 kwietnia 2013 roku Google (Chrome version 28+) ogłasza, że będą korzystać z silnika opartego na WebKit Blink.

Webkit to silnik renderowania przeglądarki internetowej używany m.in. przez Safari i Chrome (ale te są popularne).

Prefiks -webkit Na selektorach CSS to właściwości, które tylko Ten silnik ma przetwarzać, bardzo podobne do właściwości -moz. Wielu z nas ma nadzieję, że to zniknie, na przykład -webkit-border-radius zostanie zastąpiony standardem border-radius i nie będziesz potrzebował wielu reguł dla tego samego dla wielu przeglądarek. To naprawdę jest wynikiem funkcje" pre-specification", które mają nie kolidować z wersją standardową, jeśli chodzi o.

dla Twojej aktualizacji: ...no nie jest to związane z IE naprawdę, IE przynajmniej przed 9 używa innego silnika renderującego o nazwie Trident.

To zostało odebrane i zaakceptowane, ale jeśli ktoś nadal się zastanawia, dlaczego sprawy są dziś trochę pokręcone, musisz to przeczytać:

Http://webaim.org/blog/user-agent-string-history/

Daje dobre wyobrażenie o tym, jak Gecko, webkit i inne główne silniki renderujące ewoluowały i co doprowadziło do obecnego stanu popapranych ciągów agentów Użytkownika.

Cytując ostatni akapit dla celów TL; DR:

A potem Google zbudował Chrome, a Chrome używał Webkit, i to było jak Safari, i chciał strony zbudowane dla Safari, i tak udawał Safari. W ten sposób Chrome używał Webkita i udawał Safari, a WebKit udawał KHTML, a KHTML udawał Gecko, a wszystkie przeglądarki udawały Mozillę, a Chrome nazwał się Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.2.149.27 Safari/525.13, a ciąg agenta użytkownika był kompletnym bałaganem i prawie bezużyteczny, a wszyscy udawali, że są wszyscy inni, a zamieszanie obfitowało.

Ostateczne pytanie... Czy WebKit jest obsługiwany przez IE?

Update

Chrome Frame nie jest już utrzymywany ani obsługiwany ...

WebKit jest silnikiem layoutu zaprojektowanym do Zezwalaj przeglądarkom internetowym na renderowanie stron stron. Silnik WebKit zapewnia zestaw klas do wyświetlania zawartości WWW w systemie windows i implementuje przeglądarkę funkcje takie jak następujące linki, gdy klikniętych przez użytkownika, zarządzających back-forward list, oraz zarządzanie historia ostatnio odwiedzonych stron.

WebKit został pierwotnie stworzony jako fork of KHTML jako layout engine for Apple Safari; jest przenośny dla wielu inne platformy komputerowe. Jest to również używany w przeglądarce Google Chrome.

Webkit ' s WebCore i JavaScriptCore komponenty są dostępne pod GNU Mniejsza Powszechna Licencja Publiczna, a reszta WebKit jest dostępna pod Licencja w stylu BSD.

Source Wikipedia

Więcej informacji o silnikach układu można znaleźć tutaj

Webkit jest silnikiem renderującym HTML używanym przez Chrome i Safari.

Obsługuje wiele niestandardowych właściwości CSS, które są poprzedzone przez -webkit-.

Webkit jest silnikiem renderującym używanym w popularnych przeglądarkach Safari i Chrome, a także innych.

Webkit jest silnikiem renderującym html/css używanym w przeglądarce Safari firmy Apple oraz w Chrome firmy Google. prefiksy wartości css z -webkit - są specyficzne dla webkit, są zwykle CSS3 lub inne niestandardowe funkcje.

Do odpowiedzi update 2 W3C jest ciałem, które próbuje ustandaryzować te rzeczy, piszą reguły, a następnie Programiści piszą swój silnik renderujący, aby zinterpretować te reguły. Więc w zasadzie W3C mówi, że Div powinno działać "w ten sposób" pisarz silnika następnie używa tej reguły do pisania swoich kod, wszelkie błędy lub błędna interpretacja zasad powodują problemy ze zgodnością.

Częstym problemem, na który natknąłem się jako projektant stron internetowych, jest to, że wiele osób korzysta z IE6+. Zazwyczaj nic wielkiego, z wyjątkiem CSS muszę dodać składnię renderowania wielu ' do analizy każdego żądania, na przeglądarkę. Byłoby bardzo miło, gdyby istniała uniwersalna konfiguracja renderowania dla CSS, którą IE może odczytać tak łatwo, jak Chrome/FF / Opera i webkit. Problem z IE polega na tym, że jeśli nie używam wszystkich odpowiednich stylów CSS i renderingu, to moje strony wyglądają i działają świetnie przy użyciu każdej przeglądarki z wyjątkiem IE. To może zrób dla nieszczęśliwego, zagorzałego klienta IE.

Przykład jest taki: powiedzmy, że potrzebuję szarej granicy 1px z promieniem granicznym 10%. W przypadku Chrome i innych używam właściwości webkit. Teraz, dla IE, muszę dodać oddzielne style CSS używając prostych starych wartości CSS "border :1px solid #E5E5E5" i " border-radius: 10%". Pozytywny wynik nie zawsze jest gwarantowany we wszystkich wersjach przeglądarki IE, ale w większości przypadków ta metoda działa dobrze dla mnie i wielu innych.

- webkit - to po prostu grupa, do której pasują przeglądarki Chrome, Safari, Opera i iOS. Wszystkie mają wspólnego przodka, więc często ich możliwości/ograniczenia (jeśli chodzi o uruchamianie CSS i Javascript) są ograniczone do grupy.

Programista umieści-webkit-a następnie kod, co oznacza, że kod będzie działał tylko w przeglądarkach Chrome, Safari, Opera i iOS. Oto pełna lista:

- webkit- (Chrome, Safari, nowsze wersje Opery, prawie wszystkie przeglądarki iOS (w tym Firefox dla iOS); zasadniczo każda przeglądarka oparta na WebKit) - moz- (Firefox) - o- (stare, pre-WebKit, wersje Opery) - ms - (Internet Explorer i Microsoft Edge)

Mimo że jest to starszy post, istnieje również inna metoda renderowania starszych wersji Internet Explorera. - webkit będąc prefiksem dostawcy CSS, możesz również pobrać kilka aplikacji JS i umieścić je w dolnej części głowy HTML.

Spróbuj użyć Modernizr, HTML5 Shiv i odpowiedz.js. Są to niesamowite Skrypty polyfill zgodne z IE, które używają polyfill, i inne zasoby, które pomogą lepiej renderować elementy HTML5 w IE9 i poniżej.

Aby używać tych polyfills, wystarczy dodać logikę logiczną HTML, aby je umieścić, jeśli przeglądarka jest mniejsza niż wersja IE desire. Przykładowy kod to:

<head>
<!-- HEAD Elements -->  
<script src="path/to/modernizr.js" type="text/javascript"></script>
<!--[if lt IE 6]>
  <script src="path/to/HTMLSiv.js" type="text/javascript">
  </script>
  <script src="path/to/respond.js" type="text/javascript">
  </script>
<![endif]-->
</head>

Dobrą dokumentację o WebEngines szczególnie webKit i jej deweloperach można przeczytać na: WebKit

Webkit jest silnikiem renderującym używanym w popularnych przeglądarkach Safari i Chrome, a także innych Każda przeglądarka jest wspierana przez silnik renderujący do rysowania strony HTML / CSS.

IE → Trident (wycofany) Edge → EdgeHTML (clean-up fork of Trident) Firefox → Gecko Opera → Presto ( nie używa już Presto od lutego 2013, obecnie należy rozważyć Opera = Chrome) Safari → WebKit Chrome → Blink (widelec WebKit).