Jeśli chcecie mnie wesprzeć to zapraszam do kupna mojego poradnika "Jakim jesteś Makiem?".

Analiza Blink – WebKita wydzielonego przez Google →

4 kwietnia 2013 · 14:48

Krzysztof Kowalczyk:

Apple is in a tight spot. Suddenly WebKit will be getting 50% less code.That’s a big drop.

Other contributors will have to pick: are they staying with WebKit or moving to Blink? Opera already made their choice (Blink) and I’m convinced rational actors will go with Google as well.

Blink will not get Apple’s contributions either but let’s not forget: web is the OS for Google. It’s no longer a priority for Apple. In fact, strategically Apple would be most happy to pull IE: stop advancing the web and put all resources into iOS and Mac OS.

Ciekawe spostrzeżenia, chociaż nie do końca ze wszystkim się zgadzam. To będzie przede wszystkim większy problem dla Apple niż dla Google, ale największym będzie dla developerów i internautów, którzy nie mają gwarancji, że wszystko będzie się renderowało identycznie. Zobaczymy co przyniesie przyszłość i jak będzie wyglądała jej kompatybilność …

Chrome dla iOS nie będzie mógł korzystać z Blinka →

4 kwietnia 2013 · 09:47

Matthew Panzarino:

No, Chrome for iOS can’t use Blink. At least not if you go by the letter of Apple’s current App Store guidelines, which state that browsers on iOS must use the WebKit rendering engine.

Matthew dosyć szczegółowo wyręcza mnie i tłumaczy dlaczego Chrome dla iOS nie będzie mógł wykorzystać innego silnika niż obecną implementację mobilnego WebKit od Apple. Oczywiście zasady mogą w przyszłości ulec zmianom, ale nie liczyłbym w tym względzie na Apple – swoje „macki” na nich musiałby położyć zewnętrzne siły.

Moją recenzję Chrome dla iOS znajdziecie tutaj – tłumaczę w niej dlaczego Safari jest i będzie szybsze od innych przeglądarek iOSowych.

Blink – Google forkuje WebKita i robi własny silnik →

4 kwietnia 2013 · 09:42

Adam Barth:

This was not an easy decision. We know that the introduction of a new rendering engine can have significant implications for the web. Nevertheless, we believe that having multiple rendering engines—similar to having multiple browsers—will spur innovation and over time improve the health of the entire open web ecosystem.

Chcą „zrzucić” balast – około 4,5 miliona linijek kodu – i tym samym zmniejszyć ilość bugów przy jednoczesnej poprawie stabilności.