CSS: Proste gradienty w przeglądarce Internet Explorer <= 8

Question

Jak jestem pewien, wszyscy wiecie, Internet Explorer może obsługiwać proste gradienty. Oto urywek z Twitter Bootstrap, na przykład:

filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ffffff', endColorstr='#e6e6e6', GradientType=0); 

Jednak widziałem niektórzy ludzie użyć dwóch reguł CSS (jeden dla IE < 8 i jeden dla IE 8), tak jak poniżej:

filter:progid:DXImageTransform.Microsoft.gradient(GradientType=0, startColorstr='#7fbf4d', endColorstr='#63a62f'); /* For Internet Explorer 5.5 - 7 */ 
-ms-filter: "progid:DXImageTransform.Microsoft.gradient(GradientType=0, startColorstr='#7fbf4d', endColorstr='#63a62f')"; /* For Internet Explorer 8 */ 

Moje pytanie brzmi, czy druga zasada jest naprawdę potrzebna? Twitter Bootstrap jest dość dokładny, ale nie używa żadnych reguł "-ms-filter". Zgodnie z this page, atrybut -ms-filter jest rozszerzeniem do CSS i może być używany jako synonim filtru w trybie standardów IE8.

Answer 1

Moja sugestia:

Zastosowanie CSS3Pie - http://css3pie.com/

To jest biblioteką JavaScript dla IE6, IE7 i IE8, że łaty na wsparcie dla kilku funkcji CSS3, w tym gradienty.

Tak, możesz użyć okropnych stylów IE-filter, jeśli chcesz, ale CSS3Pie pozwala używać standardowych stylów CSS dla tych funkcji. Dużo łatwiej.

Aby właściwie odpowiedzieć na bezpośrednie pytanie:

Tak, jest zazwyczaj wymagany styl -ms-filter. IE8 zawsze będzie nas używać zamiast filter, który jest używany głównie w IE6 i IE7. W niektórych przypadkach filter będzie działać w IE8, ale nie wszystkie, więc najlepiej jest użyć -ms-filter, aby zapewnić zgodność z IE8.

[EDYTORZY] Dlaczego to zmienili? Ponieważ kiedy wypuścili IE8, Microsoft bardzo się starał, aby być "zgodnymi ze standardami".

Aby przeglądarka była zgodna ze standardem, powinna używać prefiksu dostawcy dla każdej obsługiwanej przez nią usługi CSS, która nie jest sfinalizowanym standardem W3C. Dodając prefiks -ms-, Microsoft starał się (z opóźnieniem) cofnąć zanieczyszczenie globalnej przestrzeni nazw CSS.

Ponadto dodano cytaty, ponieważ stara składnia filter bez cudzysłowów była nieprawidłowa CSS (głównie z powodu dwukropka po progid) i powodowała problemy z niektórymi przeglądarkami. (Miałem kiedyś przykład z Firefoxem 3.6, w którym odrzucano wszystkie style po stylu filter, które obracały elementem - zajęło im to całe wieki, aby dowiedzieć się, co się dzieje).

Fakt, że Microsoft zachował zgodność wsteczną z oryginalną składnią filter, był w dużej mierze kwestią pragmatyzmu. MS nie mógł pozwolić sobie na złamanie wszystkich stron przy użyciu starej składni. Ale Microsoft miał silne implikacje, że deweloperzy powinni używać obu, ponieważ odrzucą wsparcie dla starego stylu filter w kolejnych wersjach IE. Okazało się, że za jednym zamachem porzucili wsparcie zarówno dla filter, jak i dla -ms-filer, ale implikacje podane po wydaniu IE8 były wystarczające, aby stać się zalecaną praktyką w celu zapewnienia obu składni w twoim arkuszu stylów.

W momencie, gdy wydano IE8, XHTML był nowym smakiem miesiąca, a pisanie kodu, który sprawdził się doskonale, było na szczycie listy dla wielu programistów. Prawdopodobnie było to silną siłą napędową zmiany składni w celu uwzględnienia cytatów. Z powodu zbłąkanych dwukropków niemożliwe jest napisanie CSS, który sprawdza poprawność przy użyciu starego stylu filter. Używanie nowych stylów -ms-filter pozwoliło ludziom pisać prawidłowe CSS. Pomysły na dobry pomysł nie sprawdziły się, ponieważ ludzie musieli nadal używać starej składni, ale intencja była dobra.

Warto podkreślić, że inne opatentowane style zostały poddane takiemu samemu traktowaniu. Na przykład możesz użyć -ms-behavior w IE8 zamiast starego stylu behavior. Nikt tego nie używa. Czemu? Naprawdę nie wiem.

Kolejnym faktem wartym poznania jest to, że W3C jest w trakcie standaryzacji modelu CSS property called filter. Wykona zupełnie inną pracę niż styl Microsoft filter i będzie działać zupełnie inaczej. Jeśli/kiedy zostanie ustandaryzowany i przeglądarki zaczną go obsługiwać, nastąpi wyraźne zderzenie między tymi dwiema składniami.

Answer 2

Wygląda na to, że odpowiedziałeś na własne pytanie. Tak, są potrzebne. Microsoft, próbując uzyskać więcej zgodności ze standardami, oznacza, że ​​niektóre wersje IE mają swoje własne nieco inne reguły składni dla właściwości filtru.

W IE7 po prostu filter:, a następnie progid:DXIma... itp. Będzie działać. Ale w przypadku IE8 + istnieje możliwość użycia kreacji IE7 w trybie zgodności oraz właściwszej prefiksowanej właściwości filtra, oznaczającej właściwość css określoną przez dostawcę i jej wartość wewnątrz qoutes.

Answer 3

Jaką szkodę mógłby zrobić, aby ją zostawić?

Jeśli przeglądarka nie zrozumie linii CSS, po prostu ją zignoruje.

Te dwie linie CSS są prawie identyczne. Zaryzykowałbym przypuszczenie, że Microsoft zdecydował się na zmianę składni zastrzeżonego CSS z IE8 z wykorzystaniem prefiksu - (łącznik), którego używały inne przeglądarki dla yonków.

Technicznie CSS nie jest zgodny z W3C w żaden sposób, więc inna linia zastrzeżonego CSS nie może wyrządzić żadnej szkody.

Nie warto próbować zrozumieć IE w najlepszych czasach!