publikuj: Opublikuj w wykop.pl Opublikuj we flaker.pl Opublikuj na OSnews.pl Opublikuj w delicious wydrukuj
10 skomentuj »

TAGI: webkit , prefiksy , css , standard , przeglądarki

2012-02-13 13:30  |  Tomasz Smykowski

Spór o prefiks -webkit- nie ustaje. Webdeweloperzy chcą naprawić sytuację, ale nie wiedzą, co robić

Spór o prefiks -webkit- nie ustaje. Webdeweloperzy chcą naprawić sytuację, ale nie wiedzą, co robić

Programiści pisząc strony z użyciem stylów CSS dla silnika WebKit psują Web, niemal tak, jak kiedyś popsuł ją Internet Explorer 6. Taką konkluzję można było wysnuć z wypowiedzi takich osób jak Chriss Heilmann z Mozilli. Społeczność webdeweloperów zareagowała na te słowa dosyć burzliwie.

Jak wygląda sytuacja kilka dni po kontrowersyjnej wypowiedzi człowieka Mozilli? Pojawiły się na przykład głosy, że nie da się dziś nie korzystać z prefiksów, ponieważ proces standaryzacji jest zbyt powolny dla rzeczy, które są potrzebne i które mamy z prefiksem już dzisiaj.

To stwierdzenie odrzuca jednak Daniel Glazman z grupy roboczej CSS. Uważa on, że to właśnie twórcy przeglądarek opóźniają proces standaryzacji, walcząc między sobą o miano najlepszego, zamiast siąść razem do stołu i pochylić się nad losami WWW. „WWW z prefiksami będzie losem gorszym niż Internet w czasach Internet Explorera 6” – mówi Glazman. Wtóruje mu Bruce Lawson z Opery, mówiący, że jest zdołowany tym stanem rzeczy (najwyraźniej nikt nie korzysta z prefiksu -o- – przyp.red.)

Obrzucanie się wzajemnymi oskarżeniami nie miałoby końca, gdyby nie Remy Sharp z HTML5Doctor, który w rozjemczym charakterze wskazuje, że jednak to wszyscy są winni: zarówno programiści, jak i twórcy przeglądarek oraz członkowie komitetów standaryzacyjnych.

Więc dobrze, winni są wszyscy, jak jednak rozwiązać problem? Póki co mamy w tej kwestii do czynienia z rewią egzotyczną. Np. Aaron Gustafson z Web Standards Project apeluje do Mozilli, Microsoftu i Opery, aby nie wdrażały emulacji prefiksu -webkit- i wzywa do programistów o naprawienie swoich skryptów. Z kolei Peter-Paul Koch z Quirksblog proponuje stworzenie nowych prefiksów (a jakże!), które będą neutralne przeglądarkowo np. -alpha-, -beta- itp.

Christian Heilman dalej prosi zaś o forkowanie projektów na GitHub i dodawanie do nich obsługi innych przeglądarek. Peter van der Zee apeluje zaś, żeby ograniczyć działanie prefiksów producenckich na przykład tylko do wersji beta przeglądarek.

A jak Wy byście naprawili WWW? Może po prostu wróćmy do Gophera?

źródło: webmonkey.com

publikuj: Opublikuj w wykop.pl Opublikuj we flaker.pl Opublikuj na OSnews.pl Opublikuj w delicious wydrukuj
10 skomentuj »

Komentarze

  • eRIZ

    #1 eRIZ® 2012-02-13 14:59:46 0

    Ależ to jest bardzo proste - W3C jest sobie samo winne ustalając okres standaryzacji na 10 lat. Przecież to jak stąd do Wielkiego Kanionu. Webmasterzy i producenci przeglądarek nie będą tyle czasu czekać.

    A żaden sensowny team-leader nie przerzuci ludzi do czegoś, co może się zmienić dosłownie nazajutrz.

    Rozwiązanie jest trywialne - W3C zamraża specyfikację do stadium, w którym nie zostaną już naniesione zmiany, producenci przeglądarek wiedzą, na czym stoją i nie trzeba kombinować.

    I jestem całym sercem za emulacją - może to w jakiś sposób pogoni W3C do spięcia pośladów, a nie specyfikacja jest ciągle w fazie szkicu.

    IP: 91.192.165.[...] Opera/9.80 (Windows NT 6.1; U; en) Presto/2.10.229 Version/11.61

  • tron

    #2 tron 2012-02-13 15:10:03 0

    Z jednym prefiksem (jak już gdzieś wspomniałem i chyba ktoś przede mną),to kicha by była, bo każda przeglądarka może dawać inne rezultaty dla tych samych wartości - np. box-shadow. Co z tego, że ustawię sobie np. -beta-shadow: 0px 0px 3px; skoro każdy silnik wyrenderuje to inaczej? Można to skorygować nieco właśnie dzięki tym różnym prefiksom.

    Wniosek jest taki, że trzeba cisnąć komisję standaryzacyjną, żeby ich specyfikacje były dokładne, co powinno wymusić przestrzeganie wytycznych przez przeglądarki, oraz uzgadniane możliwie szybko - ciężko się pozbyć prefiksów z jakiejś właściwości, jeśli przeglądarki obsługują ją poprawnie od n lat, a zostanie ona "ustandaryzowana" po 2n latach.

    Winni są wszyscy i niech nie skończy się tylko na wyciągniętych wnioskach, ale na faktycznej naprawie sytuacji.

    IP: 62.87.168.[...] Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.77 Safari/535.7

  • wujekbogdan

    #3 wujekbogdan 2012-02-13 15:50:43 0

    Polecam prefixfree: http://blog.serwisamano.pl/2011/10/prefix-free-koniec-z-prefiksami/

    Nie jest to oczywiście rozwiązanie problemu (chociażby ze względu na to co pisze wyżej tron), ale ułatwia pisanie kodu.

    Poza tym większość popularnych własności jak box-shadow, czy border-radius można używać już bez prefixów, bo wszystkie nowe przeglądarki nie potrzebują dla nich prefiksów. Pozostaje jedndak problem np. ze starszymi wersjami firefoksa 3.6.x, które obsługują te własności, ale jedynie poprzedzone prefiksami. Nie mówiąc już o IE, gdzie i tak trzeba bawić się w rozwiązania typu css3pie.

    IP: 89.68.6.[...] Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.46 Safari/535.11

  • slawek22

    #4 slawek22 2012-02-13 16:11:47 0

    >A żaden sensowny team-leader nie przerzuci ludzi do czegoś,

    >co może się zmienić dosłownie nazajutrz.

    A kto tu mówi, że rozsądni ludzie tego używają? To technologia dla dzieciaków do domowych projektów, fanboyi albo (jeśli ktoś z tego korzysta na produkcji w projektach komercyjnych) debili.

    Z samej specyfikacji nie zrobisz czegoś co działa tak samo między przeglądarkami. IE

    IP: 83.27.79.[...] Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.46 Safari/535.11

  • slepiec

    #5 slepiec 2012-02-13 23:08:16 0

    a moze latwiej zrobic parsery na serwerach http;

    w zaleznosci od przegladarki poleca odpowiednie prefixy

    IP: 82.146.243.[...] Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.15 (KHTML, like Gecko) Ubuntu/11.04 Chromium/18.0.997.0 Chrome/18.0.997.0 Safari/535.15

  • slawek22

    #6 slawek22 2012-02-13 23:26:39 0

    No po prostu genialne. Może po prostu od razu strony IE only i wytnijmy wszystko inne po user-agent :P

    IP: 83.27.79.[...] Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.46 Safari/535.11

  • anonim

    #7 anonim 2012-02-14 07:51:17 0

    A mnie to podbne jest do OpenGL

    Pzdr

    IP: 188.147.153.[...] Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0)

  • obsservator

    #8 obsservator 2012-02-15 08:51:16 0

    Piszę style bez prefixów. Jak ktoś ma starego MSIE 7 albo Firefoxa 3.6 to jego problem. Jak mu się ramki nie zaokrąglą i cienia pod czymś zabraknie, tragedii nie będzie.

    IP: 212.33.95.[...] Mozilla/5.0 (Macintosh; PowerPC MorphOS 2.7; Odyssey Web Browser; rv:1.16) AppleWebKit/535.14 (KHTML, like Gecko) OWB/1.16 Safari/535.14

  • tron

    #9 tron 2012-02-15 09:59:55 0

    Czy dla was CSS3 i prefiksy to tylko cienie i ramki? Jest cała masa właściwości, które powinny być w standardzie od ponad roku, czy dwóch.

    IP: 62.87.168.[...] Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.46 Safari/535.11

  • wujekbogdan

    #10 wujekbogdan 2012-02-15 13:56:17 0

    @lawek22

    działać a wyglądać to 2 różne rzeczy. nie wszystko musi się identycznie wyświetlać. poczytaj o progressive enhancements.

    IP: 89.68.6.[...] Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.46 Safari/535.11

Uwaga! Możesz zarejestrować się w serwisie i w ten sposób zarezerwować swój nick oraz ominąć konieczność ciągłego odczytywania wyrazów.

Aby dodać komentarz, musisz podać swój nick, treść komentarza oraz poprawnie przepisać oba słowa z obrazka (słowa muszą być rozdzielone spacją).
W treści komentarza można używać języka formatowania BBcode.

Polecane książki

Czytaj Webhosting

Chcesz być na bieżąco z naszymi informacjami? Zapisz się na Newsletter.

Zarejestruj domenę

Sprawdź dostępność swojej domeny:

.pl: 0 zł   .com: 19.90 zł
.com.pl: 0 zł   .eu: 19.90 zł