marcoos.techblog

Chciałem o tym zablogować już wcześniej, ale kiedy w końcu się do tego zabrałem, okazało się, że w angielskiej MDC jest już o tej funkcji całkiem niezły artykuł, dlatego uznałem, że lepiej go po prostu przetłumaczyć: Obsługa protokołów przez aplikacje WWW.

W tym miejscu tylko krótko i mniej technicznie - w Firefoksie 3 istnieje możliwość zarejestrowania jako mechanizm obsługi protokołu nie tylko aplikacji istniejącej na dysku twardym użytkownika w postaci pliku wykonywalnego (np. Thunderbird dla protokołu “mailto” czy Pidgin albo AdiumX dla protokołu “xmpp”), ale również aplikacji webowej.

Jak to działa? Rejestrujemy protokół, niech to będzie choćby wspomniane mailto. Użytkownik klika klasyczny link: example@example.org i… zamiast Thunderbirda czy Outlooka, Firefox otwiera po prostu jego ulubiony webmail. Dokładnie w ten sam sposób zarejestrować można każdy inny protokół (prawie, z wyjątkiem m. in. http i https).

Co to oznacza dla zwykłego użytkownika? Jeśli na przykład do obsługi wiadomości e-mail zamiast tradycyjnego klienta poczty wolisz używać webowego interfejsu Poczty Interii, OnetPoczty czy też Poczty Wirtualnej Polski, to Firefox 3 da Ci taką możliwość! Klikasz link do e-maila i otwiera Ci się Twój webmail, który automatycznie przechodzi do tworzenia wiadomości i wypełnia pola takie jak “Adresat”, “Temat” czy “Kopia” otrzymanymi z linku wartościami.

Co więcej, polska edycja Firefoksa 3 zawiera na liście proponowanych mechanizmów obsługi protokołu mailto właśnie trzy powyższe systemy webmail (wersja angielska - na razie tylko Yahoo). W jednej z kolejnych wersji po wersji 3.0 Mozilla dołączy do Firefoksa także obsługę GMaila, wymaga to jednak jeszcze nieco pracy ze strony Google.

Dopisane później: dla podkreślenia, że tu wcale nie chodzi tylko o mailto… Firefox 3 (polski i angielski) zawiera jeszcze przykładowy handler dla protokołu kalendarza webcal: - 30boxes (niestety, w wersji angielskiej), w kolejnych wersjach powinien dołączyć też Google Calendar i, jeśli tylko taki znajdziemy, jakiś polski odpowiednik. :)

Yesterday was the second day of the Polish Mozilla Developer Center Sprint. As all the articles that where scheduled for the whole sprint had been fixed on its first day, on Sunday we focused on the articles scheduled for the next one. :) The results are quite impressive, as almost all of those got fixed and cleaned up.

Most of the guys who were introduced to MDC PL by the MDC Sprint are still contributing, and new ones are joining in. This means that the Sprint idea turned to be a pretty good one.

Staszek blogs about this in Polish, so I thought it might be nice to share the news with the wider Mozilla community and decided to write this post in English.

Almost 200 edits and about thirty deeply QA’ed articles in the Polish Mozilla Developer Center. These are the results of the first day of what we called “MDC Sprint” (though “Marathon” would fit better, I think). The goal was to proof-read and fix (where appropriate) some of the articles in the JavaScript category at MDC PL.

Basically, we’ve modelled this on the Bug Days. Ptak82 prepared a list of articles needing proof-reading and then we poked some of the open source and web-related sites and Usenet newsgroups, telling them about the “Sprint” and inviting people to our IRC channel, where we co-ordinated the work.

Thanks to the nice publicity we received from the online media, we got a few participants ranging from professional webmasters to university students. These guys during 8 hours of this Saturday managed to fix twice as many pages as we initially imagined. A nice side effect is also making MDC PL more known throughout the Polish web developer community.

We’ve awarded the most active participants with invites to Blip (a local Twitter-like site, but better ;)) and Joost, and tomorrow, after the second day of the first MDC Sprint, we will award some of them also with Mozilla t-shirts and some other stuff. Thanks to Mozilla Europe, Blip and Joost for providing us with the invites and gadgets!

MDC PL Sprint #1 Day 2 begins in 11 hours. :)

Za tydzień Aviary.pl organizuje coś, co nazwaliśmy “sprintem” - zapraszamy wszystkich do pomocy przy tłumaczeniu i korekcie artykułów w MDC PL - zaczynamy od artykułów o JavaScripcie. Szczegóły w poście Staszka na pl.comp.lang.javascript i na aviary.pl.

Uwaga: dla wyróżniających się uczestników przewidzieliśmy nagrody - zaproszenia do blipa i Joosta, a także mozillowe niespodzianki prosto z Paryża. ;-)

Mozilla, Adobe i Opera Software wspólnie stworzyły wzorcową implementację ECMAScriptu 4 (dla  niewtajemniczonych - pod tą nazwą kryje się JavaScript 2).

Powstała także strona ecmascript-lang.org, na której udostępniono tę implementację. Interpreter został napisany w StandardML i jest dostępny obecnie dla Windows/CygWin i Mac OS X oraz w postaci źródłowej, wkrótce także dla Linuksa.

Warto przypomnieć, że na wcześniejszym drafcie ES4 Microsoft oparł JScript.NET, ale nie zdecydował się na włączenie go do Internet Explorera. ECMAScript 4 zostanie natomiast na pewno zaimplementowany w ramach projektu Tamarin, a więc docelowo znajdzie się w Firefoksie 4 oraz w Adobe Flash (ActionScript). Uczestnictwo w pracach Opera Software sugeruje, że JS2 będzie zaimplementowany także i w norweskiej przeglądarce.

Na MDC można znaleźć pełną specyfikację ES4, wraz z opisem wszystkich nowości (klasy à la Java, pakiety, przestrzenie nazw, “zaplombowane” obiekty [tj. takie, do których nie można dodawać własności w trakcie pracy programu], dostępna ścisła kontrola typów itd.).

Już wkrótce będzie można debugować skrypty JS za pomocą… DTrace i Firefoksa pod Solarisem. Szczegóły w blogu Brendana Gregga z Suna.

Czy webdeveloperzy masowo przerzucą się teraz na Solarisa? Hmm… W każdym razie dobrze, że powstaje konkurencja dla Venkmana. :)

(PS. Nie wiem, czemu ta notka zniknęła, dodaję ją jeszcze raz ;-)

W linuksowym Firefoksie konsola JavaScriptu (w 2.0: “konsola błędów”) nie pokazuje, który rodzaj błędów wybrano. W wersji 2.0 też niestety trzeba się dobrze przyjrzeć ikonkom, żeby dostrzec różnicę.

Problem ten wynika z braku kompletnej implementacji type=”radio” dla elementów toolbarbutton z XUL w wersji dla GTK.

Jak więc można sobie z tym poradzić? No cóż, należy wyłączyć “-moz-appearance” dla tych przycisków, który powoduje, że stają się one własnie przyciskami typu “radio” i ostylować je samemu, dodając do userChrome.css następujący kod:

#JSConsoleWindow toolbar#ToolbarMode
  toolbarbutton[checked="true"] {
    -moz-appearance: none !important;
    border: 1px solid #96969d !important;
}

W efekcie wybrana kategoria błędów będzie obramowana tym samym wstrętnym odcieniem niebieskiego, na jaki pokolorowany jest pasek adresu w oknie głównym, jak to widać poniżej. ;-)

PS. wygląda na to, że to już dwusetny wpis w “techblogu”. ;-)

Tak, to naprawdę możliwe - w przeglądarkach opartych na Gecko, jak Firefox. Jeśli ktoś z Was używał rozwijanego menu w Google Video, to nawet już się z tym zetknął.

Zatem, jak oni to zrobili? Przeanalizowałem kod i odpowiedź jest prosta: wstawili pływającą ramkę między Flasha a div używając z-index. Co, próbowałeś/-aś i nie wyszło? Nie wyszło, bo potrzebna jest pewna sztuczka. Własność CSS “display”tej ramki musi być najpierw ustawiona na “none” w arkuszu stylów, a następnie przełączon na “block” z poziomu JavaScriptu po wyrenderowaniu przez przeglądarkę elementu <embed>.

Poniżej link do przykładu. Dla Waszej wygody i zdrowia serwerów, umieściłem go w trzech miejscach:

• serwer 1 (pertus.com.pl, Legnica)
• serwer 2 (studencki serwer Wydziału Elektrotechniki, Automatyki i Informatyki Politechniki Opolskiej)
• serwer 3 (serwer zespołu AviaryPL Team’s w szczecińskiej Akademii Rolniczej)

PS. zanim ktoś z Was zechce to “wykopać”, mała prośba: linkujcie do notki, a nie bezpośrednio do przykładów.

(To jest polskie tłumaczenie poprzedniej notki)

Yes, it is really possible if only you’re using a Gecko-based browser like Firefox. If you used the pull-down menu on Google Video, you have already even seen it in action.

So, how did Google do it? Well, I analyzed their code and the answer is simple: they put an iframe between the Flash and the div using z-index. Hey, you tried it and it didn’t work? That’s because it needs a little hack: the iframe’s CSS “display” property must be set to “none” at first (style=”display: none”) and be changed to “block” via JavaScript after the <embed> element is rendered. With this hack - it works!

So, take a look at the example. For your convinience, I’ve mirrored it on three servers:

• server 1 (pertus.com.pl, Legnica, Poland)
• server 2 (students’ server at the Opole University of Technology, Opole, Poland)
• server 3 (AviaryPL Team’s server at the Szczecin University of Agriculture, Szczecin, Poland)

OK, before you slashdot or digg this, please don’t link to the examples directly. Link to this post only.

Odkryto dwie nowe luki w przeglądarce Internet Explorer, z których jedna dotyczy także programu Firefox.

Obie przeglądarki posiadają błąd w obsłudze obiektu object.documentElement.outerHTML, pozwalającego jednej otwartej stronie WWW uzyskiwać dostęp do zasobów witryny otwartej w innym oknie lub zakładce.

- piszą dobreprogramy.pl. Problem w tym, że to bujda, a redaktorzy dobrychprogramów, wzorem innych polskich wortali sprzed paru miesięcy, przepisali bezmyślnie głupoty z Neowin. Wykonanie minimum tzw. “researchu” pozwoliłoby redaktorom dowiedzieć się, że zaktualizowany raport w SANS nie potwierdza, a nawet zaprzecza tym doniesieniom.

Błąd dziennikarza o tyle wyróżnia się na tle innych głupot wypisywanych przez polskie wortale technologiczne, że Firefox nawet nie posiada zaimplementowanej obsługi własności outerHTML, będącej niestandardowym rozszerzeniem modelu DOM, wymyślonym przez Microsoft i skopiowanym przez Safari i Operę, ale nie przez Firefoksa.

To, w jaki więc sposób program może mieć błąd w czymś, czego w ogóle nie zawiera, to zadanie do przemyślenia dla redaktora o nicku msliwa. ;-))

Aktualizacja: redaktorzy WebInside też bezmyślnie przepisują bzdury. Ponadto, przepisali je dużo później niż ZłeProgramy, co znaczy, że mieli znacznie więcej czasu na weryfikację tych bredni. Kwestię, co sądzić o profesjonalizmie polskich techdziennikarzy, pozostawiam do przemyślenia PT Czytelnikom. ;-)

Aktualizacja 2: jak napisał Drozd w komentarzach poniżej, IDG też się wydurniło. Ciekawe, kto jeszcze…