Pewnie niejeden z czytelników tego bloga słyszał o przeglądarce Maxthon. Program ten kojarzony jest jako "nakładka" na Internet Explorera, czyli program wykorzystujący silnik Microsoftu do renderowania stron. Wraz z trzecią edycją przeglądarki, program stanie się browserem hybrydowym, w którym będą działać dwa silniki - Trident oraz Webkit.

Webkit będzie domyślnym silnikiem, który będzie renderował strony. Gdy użytkownik będzie miał z jakiegoś powodu potrzebę wyświetlenia strony z użyciem silnika IE, wystarczy jedynie kliknąć w odpowiednią ikonę na pasku narzędziowym. Informacja o planach integracji drugiego silnika dostępna jest już od kwietnia, ale trafiłem na nią dopiero dzisiaj przy okazji wydania publicznej wersji alfa. Ale - jak zwykło się mówić - lepiej późno niż wcale.

Czytaj dalej...

Apple łata swoją przeglądarkę - Safari. Wersja 4.0.3 poprawia kilka luk związanych z bezpieczeństwem przeglądarki.

Pierwszy problem dotyczy możliwości doprowadzenia do przepełnienia sterty w CoreGraphics i tym samym do wyłączenia przeglądarki i wykonania złośliwego kodu. Problem dotyczył Safari dla systemów Windows XP oraz Vista.

Podobny błąd dotyczy ImageIO a dokładniej obsługi danych EXIF w grafikach. Błąd dotyczył tylko wersji dla systemu Windows.

Kolejny problem dotyczył parsowania liczb zmiennoprzecinkowych przez WebKit, który dotyczył zarówno wersji dla Windows jak i MacOS. Żeby zawiesić przeglądarkę i wykonać złośliwy kod należało nakierować ofiarę na odpowiednio spreparowaną stronę.

Dalej, poprawiono błąd, który pozwalał pod pewnymi warunkami na dostęp atakującemu do plików z dysku użytkownika.

Ponadto jeden z błędów pozwalał na samoistne dodawanie się stron do wprowadzonej do Safari 4 listy ulubionych stron (Topsites). Błąd zaklasyfikowano jako możliwość przeprowadzenia ataku phishingowego.

Znowu powróciła sprawa ataków z wykorzystaniem domen IDN, w których wykorzystuje się fakt podobieństwa niektórych liter do alfabetu łacińskiego. Błąd rozwiązano dodając kolejne litery do listy podobnych znaków.

Dalsze udoskonalenia dotyczyły samego wyświetlania stron, tj. poprawiono obsługę elementu <video>, wyeliminowano problem wyświetlania zawartości stron w skali szarości zamiast w kolorze oraz niemożliwość logowania na stronę iWork.com.

Nową wersję Safari można pobrać ze strony domowej projektu. Oryginalne informacje o błędach znajdują się tutaj.

Deweloperzy pracujący nad środowiskiem Gnome zdecydowali o komponentach, które będą wchodziły w skład nadchodzącego wydania 2.28. Wśród zmian widnieje informacja, że Gnome będzie miał zaszytą bibliotekę silnika Webkit (WebKit/GTK+), zaś przeglądarka Epiphany będzie domyślnie korzystać właśnie z WebKita.

Webkit w w/w przeglądarce nie jest niczym nowym, ponieważ już rok temu wydano pierwsze buildy wykorzystujące ten silnik, ale dopiero teraz stanie się on domyślnym silnikiem Epiphany, zastępując silnik Gecko.

Gnome 2.28 ma zostać wydany pod koniec września 2009.

Po jednej publicznej wersji testowej, Apple oficjalnie wydał czwartą wersję przeglądarki Safari.

Nawiązując do nowego Safari, Apple chwali się, że stworzył najszybszą przeglądarkę na świecie. Ma być ponoć szybsza od niedawno wydanego Google Chrome 2. Jak jest faktycznie, pozostawiam do ocenienia czytelnikom.

Ponadto w nowym Safari znajdziemy lepszą obsługę CSS 3 oraz elementów HTML 5. Na słowa uznania zasługują także dołączone do przeglądarki narzędzia deweloperskie.

Spośród nowości widocznych dla zwykłego użytkownika można wymienić tzw. Cover Flow, czyli miniatury odwiedzanych stron na wzór widoku okładek z iTunes, Spotlight-Search, czyli możliwość przeszukiwania historii stron nie tylko pod kątem pasującego adresu ale także za wystąpieniami podanego tekstu na odwiedzonej wcześniej stronie, Top Sites - czyli miniatury najczęściej odwiedzanych stron informujące o zmianach na danej stronie.

Użytkownicy systemów Windows zauważą na pewno bardziej natywny, systemowy wygląd przeglądarki, a w szczególności paska tytułowego, obramowań okien, pasków narzędziowych, pól tekstowych oraz wielu innych kontrolek. Nie doświadczymy też żadnych animacji okien dialogowych, które do tej pory towarzyszyły m.in. akcjom dodawania nowej zakładki czy otwierania okna z preferencjami. Od teraz Safari domyślnie wykorzystuje Windowsowe renderowanie czcionek, choć można w opcjach przywrócić renderowanie tekstu w stylu Mac OSa.

Osoby, które posiadają Chrome zauważą, że Safari układem kontrolek w głównym oknie przypomina nieco przeglądarkę Google, czyli domyślnie ukryty pasek menu, zaś po prawej stronie pola wyszukiwania znajdziemy dwie listy, w której ukryte są podstawowe opcje programu.

Jedna z głównych zmian w nowym Safari, w porównaniu z wersją testową to tradycyjne umiejscowienie kart przeglądarki. Dla przypomnienia, wersja beta wykorzystywała pasek tytułowy okna jako kontener dla kart, co trochę przypominało rozwiązania znane z Google Chrome, ale jednak w gorszym wykonaniu. Zmiana ta była dość głośno krytykowana i przypuszczam, że był to główny powód dla powrotu do tradycyjnego wyświetlania kart.

Nowe Safari można pobierać tradycyjnie ze strony domowej programu. Przeglądarka dostępna jest od razu w polskiej wersji językowej. Szersze informacje o nowościach w Safari 4 dostępne są na stronach Apple.

Apple udostępnił poprawki dla Safari, zarówno dla trzeciej jak i testowej 4 edycji przeglądarki na platformach MacOS oraz Windows. Aktualizacja naprawia 3 błędy mające wpływ na bezpieczeństwo aplikacji. Znalezione luki mogły zostać wykorzystane do wykonania złośliwego kodu i uzyskania dostępu do systemu po odwiedzeniu przez użytkownika odpowiednio spreparowanej strony WWW.

Błędy znalazły się w samym kodzie Safari jak i poszczególnych komponentach - silniku Webkit oraz bibliotece libxml.

Poprawioną wersję, oznaczoną numerem 3.2.3 można pobrać ze strony Apple. Jeśli w systemie jest zainstalowane oprogramowanie aktualizujące produkty Apple, przeglądarka zostanie automatycznie załatana.

Właśnie przeczytałem szokującą wiadomość - silnik Webkit dorobił się możliwości modyfikowania wyglądu pasków przewijania w elementach, polach tekstowych (textarea) i listach (select). Co więcej, w odróżnieniu od Internet Explorera, można nie tylko zmieniać kolor paska, ale nawet regulować jego szerokość (wysokość) i zastępować jego części plikami graficznymi. Odpowiednie deklaracje można - z użyciem odpowiednich pseudo-elementów i pseudo-klas, definiować dla wybranych obszarów scrollbara i dla wybranych stanów, np. dla aktywnego i nieaktywnego okna.

Dla posiadaczy odpowiedniego builda przygotowano demo, zaś dla reszty pozostaje notka na blogu, na której można zapoznać się ze składnią i możliwościami.

Silnik Webkit zdobywa coraz to większe uznanie wśród deweloperów. Tym razem silnik ten znalazł swoje miejsce w bibliotece SWT rozwijanej w ramach projektu Eclipse. Firma Genuitec ogłosiła stworzenie stosownego komponentu (Webkit for SWT), który umożliwia wykorzystanie silnika Webkit w aplikacjach Java.

Z kolei Trolltech wykorzystuje w swojej bibliotece Qt 4.5 super-szybką wersję Webkita (z silnikiem JavaSciptu SquirrelFish Extreme) z włączoną - na wybranych platformach - kompilacją JIT. Owymi platformami są Linux z gcc od wersji 4.1, oraz Microsoft Windows z MSVC.

Firma Apple wydała uaktualnioną wersję przeglądarki Safari - wersję 3.1. O oczekiwanych nowościach już wspominałem. Większość serwisów newsowych skupia się na nowych możliwościach znanych ze specyfikacji HTML5. Niestety nie znalazłem serwisu, który napisał, że w Safari załatano 13 luk bezpieczeństwa, z których 3 pozwalały na wykonanie złośliwego kodu na maszynie użytkownika, gdy użytkownik odwiedził odpowiednio spreparowaną stronę. Kolejne 5 dotyczyło ataków XSS, dzięki którym poufne dane mogły trafić w niepowołane ręce. Jedna z luk dotyczyła ataku spoofingu. Większość ze wspomnianych luk dotyczyła zarówno wersji dla MacOS jak i Windowsa. Tylko 3 dotyczyły wyłącznie wersji dla systemu Microsoftu.

Co ważne, zniknęły informacje o statusie Beta przeglądarki, dlatego wersję 3.1 można traktować jako pierwsze oficjalne i stabilne wydanie Safari dla Windowsa.

Każdy webmaster piszący skrypty JS dla stron WWW wie jaki to koszmar manipulować dokumentem za pomocą DOM, szczególnie ze względu na przydłuwage nazwy metod i własności elementów (np. getElementById, getElementsByTagName, itd.). Nie da się ukryć, że rozbudowane skrypty korzystające z DOM mają nieczytelny kod. Z tego też względu, w wielu bibliotekach JavaScriptowych - mam na myśli tutaj Prototype, jQuery, MooTools i wielu innych - zaimplementowano własne, uproszczone mechanizmy poruszania się po drzewie dokumentu oraz manipulacji nim. Większość z nich opiera się na składni selektorów CSS (częściowo składni powstającego standardu CSS3 oraz XPath). Niestety, korzystanie z tego typu frameworków wiąże się ze sporym narzutem kodu, co niesie ze sobą spadek wydajności pisanych skryptów.

Najnowsza wersja testowa silnika WebKit, tj. wersja z 7-go lutego, oferuje natywną obsługę W3C Selectors API. Dokładniej, do naszej dyspozycji mamy dwie metody - querySelector oraz querySelectorAll, które pozwalają nam wyszukiwać elementy za pomocą selektorów. Niezaprzeczalną zaletą natywnej obsługi tego typu funkcjonalności jest szybkość działania. I tutaj można sprawdzić samemu, jak natywna obsługa wypada na tle niektórych bibliotek. Aby móc to sprawdzić potrzebujemy jeszcze najnowszą wersję testową przeglądarki Safari.

Ostatnio programiści silnika WebKit ostro wzięli się do pracy. Niedawno wspominałem o zaimplementowaniu obsługi reguły font-face. W ostatnich 3 tygodniach dodano kolejne - dosłownie - bajery, które urozmaicą niejedną stronę.

Czytaj dalej...

Dobra wiadomość dla Webmasterów. W silniku WebKit zaimplementowano obsługę CSSowej reguły @font-face, dzięki której nie będziemy już ograniczeni do korzystania ze standardowego zestawu czcionek (Arial, Verdana, Helvetica, Tahoma, itd.) na stronach WWW. Reguła ta pozwala na definiowanie własnych krojów (rodzin) czcionek, których pliki wrzucamy na serwer WWW.

Aby przetestować wspomnianą funkcjonalność należy ściągnąć odpowiedni nightly build.

Tym samym WebKit zostaje jednym z nielicznych silników obsługujących tę funkcjonalność.

Źródła i dodatkowe materiały

• Informacja na blogu developerów WebKit
• Artykuł na A List Apart

Safari dla Windows. To nie żart. Na konferencji Worldwide Developers w San Francisco poinformowano o przygotowywanym porcie Macowej przeglądarki Safari na platformę Windowsową, zaś na stronie www.apple.com/safari możemy poczytać o zaletach tej przeglądarki oraz pobrać wersję testową dla platformy Windows.

Po więcej szczegółów odsyłam do strony domowej przeglądarki. Od siebie dodam, że strasznie się cieszę, że Apple zajęło się sprawą przeportowania Safari na platformę Windowsową, ponieważ żaden z wcześniejszych projektów nie dotrwał nawet do pierwszego stabilnego wydania (choćby całkiem niedawno wspominany przez wszystkich projekt przeglądarki Swift). Teraz jest szansa, że doczekamy się pierwszej Windowsowej przeglądarki z silnikiem Webkita.

źródło: OSNews

Podczas prezentacji prowadzonej przez programistów KDE - Larsa Knolla oraz George'a Staikosa - na temat historii KHTML, Konquerora oraz powiązania KHTML z MacOSowym Webkitem wspomniano o rozważaniu możliwości zastąpienia w Konquerorze silnika KHTML silnikiem Webkit.

Zainteresowane tym faktem osoby mogą zobaczyć nagranie na Yahoo! User Interface Blog. Naprawdę warto wysłuchać całego wykładu.