Microsoft kompletuje zespół, którego członkowie będą mogli przetestować kolejną, już ósmą edycję przeglądarki Internet Explorer. Jak informuje serwis ActiveWin, wybrańcy otrzymali zaproszenia do zamkniętego programu testowania.

Microsoft nie udostępnia za wiele informacji na temat IE 8. Wiemy tyle, że ma przechodzić test Acid2. Więcej informacji zostanie prawdopodobnie przedstawionych w ramach Mix '08. A w niedalekiej przyszłości planowane jest wydanie publicznej wersji testowej.

PS. Chyba jeszcze nigdy Microsoft nie trzymał postępów w pracy nad swoją przeglądarką w tak wielkiej tajemnicy. Mam nadzieję, że niedługo będziemy się (pozytywnie) rozpisywać na temat IE 8.

Rozwój klienta pocztowego Thunderbird w ostatnim czasie stanął nieco w miejscu. Zaś we wrześniu 2007-go roku, do internautów dotarła informacja, że zostanie utworzona kolejna - obok Mozilla Corporation - jednostka, która będzie zajmować się tylko rozwojem tego programu. Dzisiaj na łamach serwisu Mozilla Europe możemy przeczytać o rozpoczęciu działalności nowo-utworzonej spółki, której prezesem jest David Ascher.

Mozilla Messaging, nowa spółka zależna Fundacji Mozilla specjalizująca się w poczcie elektronicznej, ogłosiła dzisiaj rozpoczęcie działalności.

Mozilla Messaging początkowo skoncentruje się na rozwoju aplikacji Thunderbird 3, która wniesie wiele istotnych usprawnień, a zwłaszcza zintegrowany kalendarz, lepsze wyszukiwanie i większy komfort dla użytkowników. [...]

Mam nadzieję, że teraz rozwój Thunderbirda będzie przebiegał bardziej dynamicznie, czego sobie i wszystkim użytkownikom programu życzę.

Źródła i dalsze informacje:

• Ogłoszenie w serwisie Mozilla Europe
• FAQ nt. Mozilla Messaging Inc. po polsku
• Strona domowa spółki
• Wpis na blogu Davida Aschera

Ostatnie nightly-buildy Firefoksa 3 posiadają implementację kolejnej części (opracowywanej dopiero) specyfikacji HTML 5. Tym razem dodano obsługę Cross-Document Messaging.

Mechanizm ten pozwala na przesyłanie komunikatów pomiędzy dokumentami i to nawet tymi pochądzącymi z innej domeny. Do tej pory implementacja JavaScriptu w przeglądarkach zabraniała jakiegokolwiek oddziaływania dokumentów z różnych domen na siebie, w obawie o ataki typu cross-site scripting. Opisywany mechanizm jednak łamie tę barierę, dając możliwość bezpiecznej komunikacji między stronami.

Realizacja tej funkcjonalności odbywa się poprzez nową metodę obiektu window o nazwie postMessage. Metoda ta oczekuje jednego argumentu typu String, będącym wiadomością, którą chcemy przesłać. Zadaniem metody będzie stworzenie zdarzenia, które zostanie wywołane na obiekcie document okna, do którego wysłaliśmy wiadomość. Jeśli webmaster zdefiniuje własną funkcję obsługującą zdarzenie message, będzie mógł odczytywać komunikaty.

Poniższy przykład powinien bardziej zilustrować działanie mechanizmu:

Załóżmy, że mamy dokument hostowany pod adresem rafael.webd.pl/-/send.html z ramką <iframe>, w której wyświetlamy dokument z domeny rafael.webhelp.pl. Obok ramki znajduje się formularz z polem tekstowym, w którym będziemy wpisywać własne komunikaty. Kod strony prezentuje się następująco (tylko wybrane fragmenty):

<div>
<iframe id="ramka" src="http://rafael.webhelp.pl/receive.html" width="400" height="300"></iframe>
</div>
<form method="get" action="" onsubmit="return send(this.message.value)">
<p><input type="text" name="message" value="Komunikat" size="30"> <input type="submit" value="Wyślij"></p>
</form>

Funkcja send ma następującą treść

function send(message){
	var okno;
	if((okno=document.getElementById('ramka'))&&(okno=okno.contentWindow)){
		okno.postMessage(message);
	}
	return false; // blokujemy submit formularza
}

Następnie musimy jeszcze obsłużyć zdarzenie message w dokumencie w ramce.

document.addEventListener("message", function(e){
	document.getElementById("content").textContent = 'Wiadomość od: '+e.domain + ': ' + e.data;
}, false);

Oczywiście należy zwrócić uwagę na aspekt bezpieczeństwa. Po pierwsze należy sprawdzać skąd nadeszła wiadomość i akceptować (obsługiwać) tylko komunikaty z zaufanych witryn. Po drugie, należy uważać na przesyłaną treść. Szczególnie, jeśli do dokumentu treść będziemy wstawiać za pomocą innerHTML, ponieważ w ten sposób będzie można dodać do strony dowolny kod HTML.

PS. Opera 9 obsługuje też przesyłanie komunikatów, co można zobaczyć na drugiej stronie testowej. Różnica w stosunku do Firefoksa polega na tym, że metoda postMessage należy do obiektu document, zgodnie z wcześniejszą wersją dokumentacji HTML 5

Wygląda na to, że miesiąc luty będzie obfitował w wszelkiego rodzaju przeglądarkowe nowości.

Czytaj dalej...

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.