Polska Planeta Mozilli

Gandalf: Spotkanie Mozillowców w Warszawie

2009-07-01T16:46:52+00:00

Z okazji wydania Firefoksa 3.5, organizujemy nieoficjalne spotkanie Mozillowców w Warszawie

Termin: Piątek, 3 lipca, 2009

Miejsce: pub Euforia, Złota 11, na tyłach domów centrum

Formuła: spotykamy się o 19:00, pijemy kto co lubi, gadamy o sieci i standardach i projektach Mozilli.

Zapraszam wszystkich zainteresowanych!!!

p.s. jeśli wybierasz się, daj proszę znać, będzie mi łatwiej zarezerwować miejsce wiedząc ile osób przyjdzie

Mozilla Europe: Mozilla przyczynia się do rozwoju sieci WWW, wydając przeglądarkę Firefox 3.5

2009-07-01T00:00:00+00:00

Nowa wersja przeglądarki oferuje znaczące ulepszenia w zakresie wydajności, ściślejszą ochronę prywatności, obsługę nowych standardów WWW i więcej opcji dostosowywania

Mozilla, organizacja pożytku publicznego, której celem jest promowanie wyboru i innowacji w Internecie, wydała dziś Firefoksa 3.5, ważną aktualizację popularnej, bezpłatnej przeglądarki WWW o otwartym kodzie źródłowym. Firefox 3.5, wydany w rok po premierze cieszącego się dużym uznaniem Firefoksa 3, oferuje najnowocześniejsze funkcje, a także obsługę szerokiej gamy nowych standardów WWW.

Firefox 3.5 to najbardziej wydajna przeglądarka, jaką dotychczas wydała Mozilla. Program zapewnia znacznie szybsze przetwarzanie kodu JavaScript, nowy tryb przeglądania prywatnego, wbudowaną obsługę otwartych formatów wideo i audio oraz funkcję przeglądania uwzględniającego położenie. Najnowsza wersja Firefoksa jest ponad dwukrotnie szybsza niż Firefox 3 i dziesięć razy szybsza niż Firefox 2 w przypadku wyświetlania skomplikowanych witryn. Dzięki dużym nakładom pracy włożonej w obsługę nowoczesnych technologii Firefox 3.5 jest obecnie najpotężniejszą i najbardziej kompletną przeglądarką, która zapewnia nową jakość wrażeń użytkownikom internetu.

Firefox 3.5 jest rezultatem globalnego, otwartego procesu tworzenia oprogramowania. Społeczność Mozilli składa się z tysięcy współpracowników, w tym doświadczonych programistów, ekspertów od bezpieczeństwa, lokalizatorów i specjalistów od pomocy technicznej z ponad 60 krajów, a także dziesiątek tysięcy aktywnych testerów. Firefox ma ponad 300 milionów aktywnych użytkowników i jest jedyną popularną przeglądarką WWW, która została stworzona przez organizację non-profit.

W sieci dzieje się teraz tyle nowego, że nadeszły doskonałe czasy dla przeglądarek WWW. Firefox 3.5 łączy najbardziej innowacyjne technologie WWW i dostarcza je w najbardziej kompletnej i najpotężniejszej współczesnej przeglądarce, powiedział John Lilly, dyrektor generalny Mozilli.

CO NOWEGO W FIREFOKSIE 3.5:

Firefox 3.5 sprawia, że przeglądanie sieci WWW staje się łatwiejsze i ciekawsze, oferując ekscytujące nowe funkcje i aktualizacje, które umożliwią twórcom witryn opracowanie następnej generacji internetowej treści. Wbudowana obsługa otwartych formatów wideo i audio, przeglądanie prywatne oraz obsługa najnowszych technologii WWW zapewnią bogatsze, bardziej interaktywne wrażenia użytkownikom internetu.

Wydajność. Firefox 3.5 zawiera nowy, zaawansowany mechanizm obsługi JavaScriptu o nazwie TraceMonkey, który zapewnia niedoścignioną wydajność współczesnych aplikacji WWW. Firefox 3.5 jest ponad dwa razy szybszy niż Firefox 3 i dziesięć razy szybszy niż Firefox 2.

Otwarte wideo i audio. Użytkownicy mogą odtwarzać treść wideo i audio z poziomu przeglądarki bez potrzeby instalowania dodatków. Wideo stało się integralną częścią współczesnej sieci, bez względu na to, czy służy do komunikacji, edukacji czy też rozrywki. Firefox 3.5 to pierwsza przeglądarka, która oferuje zintegrowaną obsługę audio i wideo. Teraz każdy może łatwo oglądać wideo w otwartym formacie Ogg Theora.

Twórcy witryn mogą wykorzystać te technologie do projektowania stron, które zaoferują nowe, ekscytujące sposoby interakcji z wideo, wykraczające poza zwykłe sterowanie odtwarzaniem i głośnością.

Ochrona prywatności. Firefox 3.5 zawiera funkcje, które chronią prywatność internautów i zapewniają większą kontrolę nad osobistymi danymi.

Kiedy użytkownik włączy nowy tryb przeglądania prywatnego w przeglądarce Firefox 3.5, żadne informacje napotkane w sieci nie zostaną zapisane w komputerze. Unikatowa funkcja usuwania stron może zatrzeć każdy ślad pobytu w witrynie. Aby usunąć wszystkie dane prywatne albo ślady aktywności z ostatnich kilku godzin, można wykorzystać funkcję czyszczenia niedawnej historii, również oferowaną wyłącznie przez Firefoksa, która zapewnia pełną kontrolę nad tym, co zostanie, a co zniknie.

Przeglądanie uwzględniające położenie. Funkcja ta oszczędza czas użytkownika, umożliwiając witrynom sprawdzanie jego położenia geograficznego. Jeśli użytkownik zgodzi się udostępnić swoje położenie, witryna będzie mogła wykorzystać te informacje do znalezienia pobliskich interesujących obiektów i zwrócenia dodatkowych, przydatnych danych, takich jak mapy danego obszaru. Funkcja ta jest całkowicie opcjonalna — Firefox nie udostępnia położenia użytkownika bez jego zgody.

Jak pobrać przeglądarkę Mozilla Firefox 3.5?

Program Mozilla Firefox 3.5 jest obecnie dostępny bezpłatnie w wersjach dla systemów operacyjnych Windows, Linux i Mac OS X pod adresem www.getfirefox.com. Ponad 70 wersji językowych programu można również pobrać pod adresem http://www.mozilla.com/en-US/firefox/all.html

UWAGA OD REDAKTORA: zrzuty ekranowe i wideo są dostępne pod adresem http://www.mozilla.com/en-US/press/

Więcej informacji o programie Mozilla Firefox 3.5 oraz o tym, jak ułatwia on i przyspiesza przeglądanie sieci, można znaleźć pod adresem www.getfirefox.com.

Informacje o Mozilli

Mozilla to globalna społeczność, której celem jest tworzenie bezpłatnych programów typu open source, które usprawniają korzystanie z sieci użytkownikom na całym świecie. Pracujemy w sposób otwarty i stosujemy dobrze zorganizowany, przejrzysty i kooperacyjny model współpracy pod parasolem organizacji non-profit Mozilla Foundation. Mozilla Corporation jest spółką zależną Mozilla Foundation i w jej imieniu zajmuje się rozwojem i dostarczaniem na rynek produktów Mozilla. Ta struktura działania umożliwia Mozilli finansowe wspieranie konkurencyjnych i innowacyjnych rozwiązań tworzonych przez społeczność. Więcej informacji można znaleźć na stronie www.mozilla.com.

Kontakt dla prasy
Agnieszka Trybuś
Tel. +48 22 435 49 24
Tel.: +48 607 104 852
e-mail: agnieszka.trybus@mmdcee.com

Piotr Dobosz
Tel. +48 435 49 18
Tel. +48 609 505 279
e-mail: piotr.dobosz@mmdcee.com

Mmd Corporate, Public Affairs & Public Relations Consultants
Al. Jana Pawła II 80, lok. 10A
00-175 Warszawa

Gandalf: Firefox 3.5 wydany!

2009-06-30T15:55:41+00:00

W nawiązaniu do poprzeniego wpisu… To już oficjalne! Firefox 3.5 jest już publicznie dostępny, przetestowany i stabilny!

Zapraszam do pobrania i zapoznania się z informacjami o wydaniu oraz do obejrzenia statystyk pobierania na żywo, a jutro, o 20:50 polskiego czasu nastąpi Shiretoko Shock Weave – moment w którym cała społeczność Mozilli w jednym momencie poinformuje na sieciach społecznościowych o tym wydaniu

Chciałbym przy okazji nieskromnie zwrócić uwagę czytelników na niesamowitą robotę jaką wykonuje w Polsce zespół Aviary.pl, a w szczególności lider zespołu – Hubert Gajewski oraz lider lokalizacji Firefoksa – Marek Stępień. To dzięki tej pracy polska lokalizacja jest tak wysokiej jakości!

Marek Stępień: Mozilla Firefox 3.5 już jest!

2009-06-30T15:38:09+00:00

Przed paroma minutami, po roku wytężonych prac, Mozilla oficjalnie wydała wersję 3.5 przeglądarki internetowej Firefox. Jak dla mnie najfajniejsze są dwie rzeczy: nowy, lepszy silnik JavaScriptu (w tym wątki “web workers” i natywny JSON) oraz obsługa znaczników <audio> i <video> i formatu Ogg. Obsługa filtrów w SVG i transformacje w CSS także ucieszą wielu web developerów. [...]

Gandalf: Firefox 3.5 – wydanie dziennikarskie vs. wydanie Mozilli

2009-06-30T15:30:28+00:00

Podobnie jak w przypadku wydania Firefoksa 3, wydanie Firefoksa 3.5 wzbudza duży rozgłos medialny.

Dla nas, uczestników projektu Mozilla to moment wytchnienia. Wszystko co zrobiliśmy przez rok zostało właśnie skompilowane, umieszczone na serwerach i jest aktualnie testowane przez społeczność testerów z całego świata. 74 wydania językowe, 3 platformy, kilkaset nowych funkcji, wszystko to musi zostać dokładnie przetestowane zanim uznamy, że ta właśnie wersja kodu źródłowego stanie się finalnym wydaniem Firefoksa.

Ze względu na naszą otwartą naturę projektu, wszystkie kompilacje są publicznie dostępne na serwerach i już od rana dziennikarze pobierają te kompilacje i ogłaszają, że to wydanie finalne.

Miałem przyjemność udzielać krótkich wywiadów dotyczących wydania dzisiaj i za każdym razem tłumaczyłem specyfikę działania naszego projektu i konsekwencje tego dla wydań.

Mechanizm działa tak:

Kompilacja, która leży na serwerach od rana jest właśnie testowana. Jeśli przejdzie proces finalnych testów to zostanie ona uznana za stabilną i wydana. Jeśli zostanie znaleziony poważny błąd, i menedżer wydania zdecyduje, że blokuje on wydanie, to zostanie on poprawiony, źródła zostaną przekompilowane i proces testowania powtórzony.

Prośba

Jeśli ktoś ściąga wydanie zanim pojawi się o nim informacja na naszych stronach to pobiera wydanie jeszcze nie przetestowane. To może być wydanie finalne, ale nie musi. Proszę, wszyscy którzy piszecie o “wydaniach znalezionych na serwerach” – informujcie ludzi o ryzyku związanym z pobieraniem takiego wydania. To ważny element budowania świadomości użytkowników i to ważne, aby oni sami wybierali czy chcą podjąć ryzyko.

Marcin Malinowski: Malin społecznościowy odc. 3: Delicious

2009-06-26T09:06:44+00:00

W trzeciej części omówienia popularnych serwisów społecznościowych kilka słów o social bookmarkingu, czyli o społecznościowym dodawaniu zakładek do stron internetowych.

Delicious (oryginalnie pod pomysłowym adresem del.icio.us) jest chyba największym na świecie serwisem typu social bookmarking. Jeśli ktoś nie wie o co chodzi, to można sięgnąć do Wikipedii, która to zjawisko tłumaczy tak:

Social bookmarking - sposób dla użytkowników Internetu na gromadzenie, organizowanie, szukanie i zarządzanie zakładkami stron www w Internecie z pomocą metadanych (typowo w formie etykietek wspólnie z społecznością internetową).

Jak opisuje Delicious sam siebie?

Delicious jest serwisem typu social bookmarking. Oznacza to, że możesz przechowywać wszystkie swoje zakładki online, dzielić się z nimi innymi ludźmi i zobaczyć, jakie zakładki zapisują inni. Oznacza to też, że możemy Ci pokazać najpopularniejsze zakładki dotyczące określonych obszarów zainteresowań. Dodatkowo nasze narzędzia wyszukujące i tagujące pozwalają Ci trzymać w porządku całą kolekcję Twoich zakładek i wyszukiwać inne od ludzi podobnych do Ciebie.

A po ludzku to chodzi o to, że swoich zakładek nie zapisuję w przeglądarce, lecz na stronie internetowej i jeśli chcę, dzielę się nimi z innymi osobami. Dla mnie jest to ekstremalnie wygodne, ponieważ z komputera korzystam bardzo intensywnie, ale nie jest to tylko jedna maszyna. Pracując w dwóch różnych miejscach w zależności od dnia i dyżuru mam do syspozycji ponad 10 komputerów i nigdy nie wiem, na którym będę pracował.

Dlatego zwykłe zakładki w przeglądarce są dla mnie bezużyteczne, a Delicious - bezcenny. Jeśli trafię na coś ciekawego, zapiszę sobie adres w Delicious i mam do niego dostęp z każdego miejsca:

Jeśli nie chcę się danym adresem dzielić i publikować go, nie ma sprawy, można zaznaczyć opcję braku publikacji i dany link będzie widoczny tylko dla mnie po zalogowaniu się do Delicious.

W domu w moim Firefoksie mam zainstalowane rozszerzenie, które zastępuje tradycyjne menu “Zakładki” zakładkami z Delicious, więc korzystam z nich jak z normalnych zakladek w przeglądarce. Fantastyczne rozwiązanie.

Czy w bibliotece można na tym skorzystać?

Myślę, że w działach, które zajmują się udzielaniem informacji, w działach instrukcyjno-metodycznych coś takiego może bardzo fajnie się sprawdzić. Jeśli jest ktoś, kto w pracy organizuje jakiś zbiór informacji, to można go w bardzo łatwy sposób udostępnić wszystkim zainteresowanym. Wystarczy wkleić na stronę internetową kilka linijek kodu i nasze zakładki w postaci listy albo chmury tagów (częściej używane tagi są większe) będą dostępne dla wszystkich.

Mniej więcej tak wyglądają moje zakładki na delicious:

W Facebooku, który jak już wiecie uwielbiam, jest opcja informowania o zapisanych przeze mnie zakładkach. Jeśli więc coś zapiszę w Delicious, informacja o tym pojawi się w moim profilu w Facebooku.

Z Delicious korzystam już od czterech lat i nie wyobrażam sobie bez niego życia. To jest jeden z tych serwisów, który niby nie jest piękny, nie ma tysiąca różnych opcji, ale jest niesamowicie użyteczny i fantastycznie spełnia swoją rolę.

Gandalf: Wielowątkowość w przeglądarce

2009-06-23T01:14:25+00:00

Wieloprocesowość

Od czasu pojawienia się Chrome, temat korzystania z wielu procesów do wyświetlania stron w przeglądarce stał się jednym z ważniejszych przy porównywaniu przeglądarek.

Co więcej, wbrew uwagom samych autorów, powszechnie zaczęto uznawać to jako tzw. “feature” – funkcję, której posiadanie jest bezwględnie objawem przewagi danej przeglądarki nad inną.

Czarne strony

Tymczasem Sam Allen opublikował wynik swojego mini-badania w którym przetestował popularne przeglądarki w zakresie zużycia pamięci. Oto wykres:

Wykres zużycia pamięci

Sam przetestował Operę, Firefoksa, Safari i Chrome podczas wczytywania 150 najpopularniejszych stron z rankingu Alexa.com. Opublikował też wyniki w postaci tabeli najwyższego i najniższego zużycia pamięci przez różne przeglądarki.

Sam wykres jest na pewno ciekawy, ale jeszcze ciekawsze są jego implikacje, które potwierdzają pierwsze komentarze jakie pojawiły się w społeczności pracującej nad Gecko po wydaniu Chrome.

Dlaczego tak się dzieje? Wykorzystanie wielu procesów oznacza, że 10 kart z otworzonym google.com będzie dziesięć razy ładować absolutnie wszystko konieczne do wyświetlenia tej strony. To zaś oznacza znaczące koszty w wykorzystaniu pamięci. W “tradycyjnym” modelu, pamięć jest współdzielona i obrazki, struktury danych oraz bloki używane do rysowania układu strony mogą być współdzielone. Nawet obiekty używane do wyrenderowania strony, mogą zostać utworzone raz i uruchamiane podczas rysowania różnych stron.

Tymczasem w przypadku modelu w którym każda strona (czy karta) ma swój proces, musi ona praktycznie załadować do pamięci całą przeglądarkę – a przynajmniej cały kod potrzebny do obługi jednej strony. To kosztuje i to wcale nie mało.

Białe strony

Czy to oznacza, że programiści Chrome popełnili błąd decydując się na taką zmianę? Nie. Oni po prostu zdecydowali się zapłacić taką cenę, za liczne udogodnienia jakie daje rozdział procesów.

Najważniejszym, i pewnie najbardziej zrozumiałym jest możliwość izolacji procesu na wypadek problemów. Jeśli strona spowoduje poważny błąd, będzie to tylko błąd tej karty, a nie całej przeglądarki. Nie stracimy pisanego od godziny listu i nie będziemy musieli uruchamiać wszystkiego od nowa. To duża wygoda.

Inną sprawą jest rozdzielenie pamięci. Strony można uruchamiać w tzw. “piaskownicach”, gdzie są oddzielone od sektorów pamięci wykorzystywanych przez przeglądarkę. W takiej sytuacji nawet jeśli w przeglądarce znajdzie się błąd bezpieczeństwa, to jego wykorzystanie praktycznie zawsze będzie ograniczone do manipulacji danym procesem, a nie całą przeglądarką czy systemem operacyjnym. To ważne udogodnienie.

Istnieją inne, jak łatwe wykorzystanie wielu procesorów i przeniesienie na system operacyjny zarządzania przydzielaniem procesom cykli procesora, co oznacza, że z łatwością można określić, że przeglądarka ma wyższy priorytet niż, np. filmik na youtube i nie będzie on już “przycinał” jej.

Szukanie balansu

W Mozilli powstał specjalny projekt, który eksperymentuje z wykorzystaniem wieloprocesowości. Pierwsze eksperymenty są już testowane i poniżej prezentuję filmik od Chrisa Blizzarda z demonstracji tej technologii:

Sadfaces. Your browser doesn’t support the <video> tag with open video formats. Try clicking here instead.

Najważniejszym jednak pytaniem jest jak wykorzystać wieloprocesowość, aby zmaksymalizować zyski i zminimalizować koszty. Jednym z pomysłów jest uruchamianie rozszerzeń w osobnych procesach – to zwiększa bezpieczeństwo i pozwala oddzielić stabilność aplikacji od rozszerzenia, ale kosztem pamięci. Innym pomysłem jest wydzielenie procesów na wtyczki, ponieważ w nich często znajdowane są błędy bezpieczeństwa a także one najczęściej zawieszają przeglądarki.
Jeszcze innym jest utrzymywanie silnika renderującego w osobnym procesie a stron w osobnych. Wówczas strona wysyłana by była przez kartę do procesu renderującego, który zwracałby wyrenderowaną. W takim układzie karty są niezależne, jeśli jakaś operacja na jednej spowoduje błąd to nie dotknie on innych, a zużycie pamięci nie powinno ucierpieć, ponieważ kod renderujący byłby współdzielony. Niestety taki układ nie daje tych samych zalet w zakresie stabilności. Jeśli silnik rednerujący wyłoży się na jednej stronie, to padnie cały. Jeśli jednak będzie osobnym procesem, to nie przełoży się to na przeglądarkę…

Generalnie temat do rozważań jest potężny i jest mnóstwo miejsca na eksperymenty. Jeśli ktoś jest zainteresowany pracą zespołu, to zapraszam na serwer irc.mozilla.org, kanał #content.

Stanisław Małolepszy: Clustory: reinventing the tabs in the browser

2009-06-21T22:16:43+00:00

My answer to this summer’s Design Challenge is: forget about tabs completely.

Clustory: reinventing the tabs in the browser (Mozilla Concept Series) from Staś Małolepszy on Vimeo.

In the video above (slightly too lengthy, I admit), I try to explore a different approach to managing visited pages. I suggest using the loads of data stored in the browsing history (mining for patterns!) and present it in a way that exposes two new dimensions: time and tasks.

The clustory screen (a portmanteau word from “cluster” and “history”) would present a timeline of the visited pages, organized by themes, topics, or actions. Each horizontal line represents a cluster, and the pages belonging to the clusters are portrayed using screenshot thumbnails or favicons. At the top, there’s a timeline indicating the time of visits, and giving some other contextual information like the weather or even (not illustrated in the mock-up) wi-fi hotspot names (SSIDs), which you could identify as your own, your company’s or your school’s.

The sidebar on the right gives you some details about each cluster, such as:

a user-given name,
most important keyword as identified by the clustering algorithm,
last activity time,
total time spent on the pages belonging to the cluster,
action buttons: forget, bookmark, share (all pages in the cluster).

The page that you were viewing most recently is always the biggest thumbnail on the screen, to make it easy to click on it and leave the clustory screen. Moreover, it never disappears from the screen, even if you pan to see older visits or clusters that are below the page fold. Its meta-information is always visible, too. To get more information about other clusters, just hover over them, to expand them and show bigger thumbnails, as well some additional metadata.

You can drag and drop pages across clusters, for example when the algorithm isn’t accurate enough and made a mistake. Dropping a page into a new cluster would make the algorithm recalculate the probabilities of each word indicating that a new page belongs to it. Pages currently in the cluster would stay in it.

Which brings me to data mining. I believe that it would be sufficient to represent web documents as unordered collections of words that occur in them (the bag-of-words model). You could even go as far as checking only if a word is present in the document, without counting its occurrences. This would lead to a very simple binary representation that could then be used by a Naive Bayes classifier. The advantage of such approach is that we would be storing minimal amount of data per visited page and we wouldn’t need to recalculate the weights for each word and each document after opening a new page (as using an idf-based weight would require).

Please watch the video, download the Keynote presentation and share your thoughts in the comments. Thanks!

Witia: Dodawanie cienia przy użyciu -moz-box-shadow

2009-06-21T21:07:25+00:00

Poniższy tekst jest tłumaczeniem artykułu "Shadow boxing with -moz-box-shadow", zamieszczonego na stronie hacks.mozilla.org na licencji Creative Commons Attribution 3.0 United States License. Autorem tekstu jest Frederic Wenzel. Spis wszystkich tłumaczeń artykułów z hacks.mozilla.org dostępny jest na stronach wiki.aviary.pl.

Jeszcze jedną ciekawą funkcją CSS3, wprowadzoną w Firefoksie 3.5, są cienie pudełka (box). Ta funkcja pozwala na otaczanie cieniem ramki niemal każdego dowolnego elementu

Ponieważ prace nad własnością box shadow w CSS3 jeszcze trwają, w Firefoksie zaimplementowano ją jako -moz-box-shadow. W ten sposób, poprzez dodanie przedrostka “-moz-&#8221 do nazwy, Mozilla testuje eksperymentalne własności CSS. Kiedy specyfikacja zostanie skończona, nazwa własności będzie zmieniona na “box-shadow.”

Jak do działa

Dodawanie cienia elementu jest proste. Standard CSS3 dopuszcza jako jego wartości:

none | <shadow> [ <shadow> ]*

gdzie <shadow> to:

<shadow> = inset? && [ <length>{2,4} && <color>? ]

Dwie pierwsze liczby w <length> są odpowiednio poziomym i pionowym rozmiarem cienia. Trzecia liczba jest promieniem rozmycia (porównaj to z promieniem rozmycia we własności text-shadow). Wreszcie czwarta liczba jest promieniem rozpiętości, pozwalającym cieniowi powiększać się (wartości dodatnie) lub zmniejszać (wartości ujemne) względem rozmiaru elementu rodzica.

Słowo inset jest dobrze opisane w samym standardzie:

jeśli jest obecne, zmienia cień z zewnętrznego (cień od elementu w stronę tła, jakby znajdował się ponad nim) na cień wewnętrzny (cień od tła w stronę elementu, jakby element był wycięty w tle i przesunięty pod nie).

Jako że jeden obraz wart jest tysiąca słów, spójrzmy na kilka przykładów.

Aby dodać prosty cień, wystarczy jedynie zdefiniować rozmiar i kolor:

 -moz-box-shadow: 1px 1px 10px #00f;

(Każdy z przykładów w tym artykule składa się najpierw z własności zastosowanej na żywo , po której następuje zrzut ekranu z Firefoksa 3.5 w systemie OSX).

Podobnie można dodać wewnętrzny cień przy użyciu słowa inset.

-moz-box-shadow: inset 1px 1px 10px #888;

Przy użyciu promienia rozpiętości można zdefiniować mniejsze (lub większe) cienie niż element, do którego są przypisane:

-moz-box-shadow: 0px 20px 10px -10px #888;

W razie potrzeby można też zdefiniować złożone cienie, umieszczając definicje kilku cieni oddzielone przecinkami (dzięki uprzejmości Markusa Stange'a):

-moz-box-shadow: 0 0 20px black, 20px 15px 30px yellow, -20px 15px 30px lime, -20px -15px 30px blue, 20px -15px 30px red;

Poszczególne cienie łączą się wzajemnie bardzo łagodnie, i - jak można zauważyć - kolejność, w której są zdefiniowane, jest istotna. Jako że box-shadow jest własnością CSS3, Firefox 3.5 stosuje się do kolejności rysowania CSS3. Oznacza to, że pierwszy zdefiniowany cień pojawia się na górze i należy pamiętać o tym przy definiowaniu złożonych cieni.

Jako końcowy przykład chciałbym pokazać połączenie -moz-box-shadow z definicją koloru RGBA. RGBA jest tym samym, co RGB, ale dodaje kanał przezroczystości alfa, służący do zmiany przezroczystości koloru. Wykonajmy czarny, nierozmyty cień z przezroczystością 50% na żółtym tle:

-moz-box-shadow: inset 5px 5px 0 rgba(0, 0, 0, .5);

Jak można zauważyć - żółte tło jest widoczne poprzez półprzezroczysty cień. Ta funkcja staje się szczególnie interesująca, kiedy użyte są obrazki tła - można je dostrzec przebijające przez cień pudełka.

Zgodność z przeglądarkami

Jako nowa własność, należąca do opracowywanego dopiero CSS3, własność box-shadow nie jest jeszcze szeroko zaadoptowana przez twórców przeglądarek.

Firefox 3.5 wspiera tę opcję jako -moz-box-shadow, w tym złożone cienie, komendę inset i promień rozpiętości.
Safari/WebKit przyjęło podobny jak Firefox sposób sposób implementacji funkcji jako -webkit-box-shadow. Złożone cienie są wspierane od wersji 4.0, cienie wewnętrzne i zasięg przesunięcia nie są jeszcze obsługiwane przez WebKit.
Opera i Microsoft Internet Explorer nie wprowadziły jeszcze własności box shadow, W MSIE można spróbować jego własnego filtra DropShadow.

Aby wykorzystać jak najszerzej istniejące implementacje, wskazane jest użycie wszystkich trzech rodzajów składni: -moz, -webkit i standardu CSS3. Poszczególne przeglądarki wybiorą wtedy i zastosują tę, którą obsługują:

 -moz-box-shadow: 1px 1px 10px #00f;
 -webkit-box-shadow: 1px 1px 10px #00f;
 box-shadow: 1px 1px 10px #00f;

Dobrą wiadomością jest to, że własność box-shadow jest elegancko ignorowana w przeglądarkach pozbawionych jej wsparcia. Na przykład, wszystkie powyższe przykłady będą wyglądały w MSIE jak zwykłe i nudne pudełka bez cieni.

Podsumowanie

Własność CSS3 box-shadow nie jest jeszcze tak szeroko dostępna w przeglądarkach (i tym samym dla użytkowników), jak np. własność text-shadow, jednak dzięki częściowemu wsparciu w WebKit i pełnemu wsparciu wprowadzonemu w Firefoksie 3.5 (tak długo, jak odpowiada obecnemu statusowi przyszłej specyfikacji) coraz więcej użytkowników będzie mogło zobaczyć rodzaje cieni definiowane w CSS.

Twórcy stron mogą więc używać tej funkcji ze świadomością, że dostarczają doskonalszych wrażeń użytkownikom nowoczesnych przeglądarek, a jednocześnie nie odwracają się od użytkowników starszych przeglądarek.

Dodatkowe zasoby
Dokumentacja

Przykłady

Witia: Manipulacja pikselami przy użyciu canvas

2009-06-20T21:25:20+00:00

Poniższy tekst jest tłumaczeniem artykułu "Pushing pixels with canvas", zamieszczonego na stronie hacks.mozilla.org na licencji Creative Commons Attribution 3.0 United States License. Spis wszystkich tłumaczeń artykułów z hacks.mozilla.org dostępny jest na stronach wiki.aviary.pl.

Artykuł ten został napisany przez Paula Rougeta, który jest członkiem zespołu Mozilla Evangelism. Paul mieszka w Paryżu we Francji i jest dobrze znany między innymi ze swych zadziwiających prac związanych z otwartym wideo w sieci.

Element canvas, na swoim najprostszym poziomie, jest łatwym sposobem rysowania danych bitmapowych na stronie HTML. Posiada on metody pozwalające rysować prostokąty, łuki, krzywe i inne proste figury. Jednak dla niektórych rodzajów efektów i rysunków potrzebny jest bezpośredni dostęp do pikseli.

W Firefoksie 3.5 dodaliśmy do elementu canvas nową metodę - createImageData. Wywołanie createImageData jest wygodną metodą utworzenia czystego zestawu pikseli do manipulacji, które na końcu mogą być z powrotem skopiowane do elementu canvas.

Ponieważ mówimy o pojedynczym wywołaniu, myślimy, że może być wartościowe przejście przez wszystkie wywołania, które można przeczytać, obrobienie i aktualizacja pikseli bezpośrednio w elemencie canvas i umieszczenie createImageData w jego pełnym kontekście.

Wydobywanie danych pikseli

W elemencie canvas nie można bezpośrednio manipulować pikselami. W celu dokonania zmian danych w elemencie canvas należy najpierw skopiować dane, wykonać zmiany i skopiować z powrotem zmienione dane do docelowego elementu canvas.

Wywołanie getImageData pozwala skopiować prostokąt pikseli poza element canvas. Wywołanie w celu pobrania wszystkich danych pikseli elementu canvas wygląda następująco:

var canvas = document.getElementById('myCanvasElt');
var ctx = canvas.getContext('2d');
var canvasData = ctx.getImageData(0, 0, canvas.width, canvas.height);

Obiekt canvasData zawiera dane pikseli. Posiada następujące człony:

canvasData {
    width:  nieoznaczona długość, // szerokość elementu canvas
    height: nieoznaczona długość, // wysokość elementu canvas
    data:   CanvasPixelArray      // wartości pikseli
}

Człon "data" to płaska tablica wartości, która ma jedną wartość dla każdego komponentu w pikselu, zorganizowana od lewej do prawej, od góry do dołu, z każdym pikselem reprezentowanym jako cztery wartości w porządku RGBA.

Na przykład w elemencie canvas 2×2 powinny być 4 piksele reprezentowane przez 16 wartości, które wyglądają jak poniżej:

0,0  0,1  1,0  1,1
RGBA RGBA RGBA RGBA

Można więc obliczyć długość tablicy wg następującej formuły: width * height * 4.

W większych elementach canvas, aby poznać wartość barwy niebieskiej w pikselu o współrzędnych x = 10, y = 20, można użyć następującego kodu:

var x = 10;
var y = 10;
var blue = canvasData.data[(y * width + x) * 4 + 2];

Należy pamiętać, że każda z wartości RGB piksela mieści się w przedziale 0-255 z bitem alfa (przezroczystości) z zakresu 0-255, gdzie 0 oznacza zupełną przezroczystość, a 255 pełną nieprzezroczystość.

Tworzenie nowego zestawu pikseli

Aby utworzyć nową matrycę od podstaw, wystarczy użyć wywołania createImageData, które wymaga dwóch argumentów: wysokości i szerokości matrycy.

Należy zwrócić uwagę, że wywołanie createImageData nie kopiuje pikseli z istniejącego elementu canvas, tworzy ono czystą matrycę pikseli z wartościami ustawionymi na przezroczysty czarny (255,255,255,0).

Poniżej znajduje się przykład pokazujący, jak stworzyć zestaw pikseli o wymiarach elementu canvas:

var canvas = document.getElementById('myCanvasElt');
var ctx = canvas.getContext('2d');
var canvasData = ctx.createImageData(canvas.width, canvas.height);

Trzeba pamiętać, że jest to metoda, którą należy używać do tworzenia danych pikselowych. Poprzednie wersje Firefoksa dopuszczały tworzenie obiektu canvasData poza prostym obiektem JavaScript i użycie go w późniejszych wywołaniach w celu aktualizacji danych canvas. Wywołanie to zostało dodane, by zachować kompatybilność z WebKit, który używa wyspecjalizowanego obiektu zamiast ogólnego obiektu JavaScript.

Aktualizacja pikseli

Jeśli istnieje już obiekt canvasData, można zaktualizować wartości piksela w tablicy. Oto przykład, jak przejść tablicę, odczytując i aktualizując wartości.

for (var x = 0; x < canvasData.width; x++)  {

    for (var y = 0; y < canvasData.height; y++)  {

        // Indeks piksela w tablicy
        var idx = (x + y * width) * 4;

        // Pobranie wartości piksela
        var r = canvasData.data[idx + 0];
        var g = canvasData.data[idx + 1];
        var b = canvasData.data[idx + 2];
        var a = canvasData.data[idx + 3];
 
        //[...] operacje na wartościach

        // Aktualizacja wartości piksela
        canvasData.data[idx + 0] = ...; // Kanał czerwony
        canvasData.data[idx + 1] = ...; // Kanał zielony
        canvasData.data[idx + 2] = ...; // Kanał niebieski
        canvasData.data[idx + 3] = ...; // Kanał alfa (przezroczystość)
    }
}

Aktualizacja elementu canvas

Teraz, po aktualizacji zestawu pikseli można użyć prostego wywołania putImageData. Wywołanie to przyjmuje obiekt canvasData oraz położenie x,y, w którym ma być narysowany prostokąt pikseli w elemencie canvas:

var canvas = document.getElementById('myCanvasElt');
var ctx = canvas.getContext('2d');
var canvasData = ctx.putImageData(canvasData, 0, 0);

Pełny przykład zastosowania getImageData

Poniżej znajduje się kod, który przekształca kolorowy obrazek na wersję w odcieniach szarości. Można również zobaczyć na żywo przykład na stronie Paula.

var canvas = document.getElementById('myCanvasElt');
var ctx = canvas.getContext('2d');
var canvasData = ctx.getImageData(0, 0, canvas.width, canvas.height);

for (var x = 0; x < canvasData.width; x++) {

    for (var y = 0; y < canvasData.height; y++) {

        // Indeks piksela w tablicy
        var idx = (x + y * canvas.width) * 4;

        // Wartości RGB
        var r = canvasData.data[idx + 0];
        var g = canvasData.data[idx + 1];
        var b = canvasData.data[idx + 2];

        // Aktualizacja wartości piksela;
        var gray = (r + g + b) / 3;

        canvasData.data[idx + 0] = gray;
        canvasData.data[idx + 1] = gray;
        canvasData.data[idx + 2] = gray;
    }
}
ctx.putImageData(canvasData, 0, 0);

Pełny przykład zastosowania createImageData

Poniższy kod narysuje fraktal w elemencie canvas. Również w tym przypadku można obejrzeć na żywo przykład działania tego kodu na stronie Paula.

var canvas = document.getElementById('myCanvasElt');

var ctx = canvas.getContext('2d');
var canvasData = ctx.createImageData(canvas.width, canvas.height);

 
// Mandelbrot
function computeColor(x, y) {
    x = 2.5 * (x/canvas.width - 0.5);

    y = 2 * (y/canvas.height - 0.5);

    var x0 = x;
    var y0 = y;

 
    var iteration = 0;
    var max_iteration = 100;

 
    while (x * x + y * y <= 4 && iteration < max_iteration ) {

        var xtemp = x*x - y*y + x0;

        y = 2*x*y + y0;
        x = xtemp;

        iteration++;
    }
 
    return Math.round(255 * iteration / max_iteration);

}
 
for (var x = 0; x < canvasData.width; x++) {

    for (var y = 0; y < canvasData.height; y++) {

        var color = computeColor(x, y);
 
        // Indeks piksela w tablicy

        var idx = (x + y * canvas.width) * 4;

 
        // Aktualizacja wartości piksela;
        canvasData.data[idx + 0] = color;

        canvasData.data[idx + 1] = color;
        canvasData.data[idx + 2] = color;

        canvasData.data[idx + 3] = 255;
    }
}
 

ctx.putImageData(canvasData, 0, 0);

Dodatkowe informacje

Więcej informacji o elemencie canvas można znaleźć na witrynie MDC, gdzie tej tematyce poświęcone są artykuły:

Mamy nadzieję, że ten tekst był przydatny i umieszcza pojedyncze wywołanie w jego pełnym kontekście.

Witia: Firefox 3.5 przez 35 dni - wizje przyszłości sieci

2009-06-18T10:47:58+00:00

Poniższy tekst jest tłumaczeniem artykułu "Firefox 3.5 for 35 days - dreaming about the future of the web", zamieszczonego na stronie hacks.mozilla.org na licencji Creative Commons Attribution 3.0 United States License. Autorem tekstu jest Christopher Blizzard. Spis wszystkich tłumaczeń artykułów z hacks.mozilla.org dostępny jest na stronach wiki.aviary.pl.

Przez kolejne 35 dni [począwszy od 4 czerwca 2009 - przyp. tłum.] będziemy mówili o nowych funkcjach Firefoksa 3.5, skierowanych do twórców.

Nadchodzące wydanie Firefoksa 3.5 wprowadza wiele zmian dla użytkowników. Zaliczają się do nich nowe funkcje prywatności, ulepszona interaktywność i nowy silnik JavaScript, który przyniesie nowe doznania użytkownikom stron bogatych w skrypty. Są to wszystko funkcje, które docenią użytkownicy i będą mogli o nich rozmawiać.

Ale Firefox 3.5 stanowi ogromny postęp dla sieci samej w sobie. Wprowadziliśmy wsparcie dla audio i wideo, wątki w JavaScript, nowe funkcje elementu canvas, masę nowych funkcji CSS, ładowanie czcionek oraz geolokalizację. Podczas gdy Firefox 3 był znacznym ulepszeniem dla użytkowników sieci, Firefox 3.5 robi to samo dla twórców.

Ze względu na dużą liczbę nowych funkcji dla twórców w Firefoksie 3.5, spędzimy kolejne 35 dni opisując wszystkie z nich, w dwóch postach dziennie, każdego dnia. Pierwszy post w każdym dniu będzie opisywał dogłębnie nową funkcję Firefoksa 3.5 - jak jej używać, dlaczego pojawia się tutaj, a także pokaże kilka przykładów, co dana funkcja może zrobić. Drugi post będzie miał lżejszy charakter - znajdą się w nim przykłady, co ludzie mogą wspólnie zrealizować, używając funkcji dostępnych w Firefoksie 3.5.

Osobiście wierzę, że te posty pokażą wizje Mozilli związane z przyszłością sieci. Nie jesteśmy przedsiębiorstwem jak pozostali dostawcy przeglądarek - naszą podstawową misją jest rozwój i ochrona sieci. Firefox 3.5 prezentuje naszą myśl o tym, jakie będzie następne stadium rozwoju sieci - interaktywne aplikacje, wideo, strony wymieniające i współdzielące informacje - wszystko poprzez przeglądarkę. Mamy nadzieję, że wszyscy z was przyjmą to, o czym tu piszemy, zachęcą innych dostawców przeglądarek do zastosowania podobnych rozwiązań, tam gdzie jeszcze ich nie ma, oraz że podtrzyma to wasz zapał dla sieci.

Marek Stępień: Mozilla Hacks: Natywny JSON – większe bezpieczeństwo i wydajność

2009-06-17T21:38:14+00:00

Mozilla Hacks to zbiór artykułów na temat nowych możliwości silnika Gecko w Firefoksie 3.5. Członkowie Aviary.pl zamierzają tłumaczyć co ciekawsze artykuły z Mozilla Hacks na polski. Na Techblogu zacznę od artykułu „Better security and performance with native JSON”, autorstwa Aruna Ranganathana. Większe bezpieczeństwo i wydajność dzięki natywnej obsłudze formatu JSON Mechanizm reprezentacji danych JavaScript Object Notation (JSON) [...]

Gandalf: … brakowało Was?

2009-06-17T13:48:35+00:00

W marcu napisałem krótką notkę na temat moich odczuć związanych z powrotem Microsoftu do konkurowania w dziedzinie przeglądarek.

W notce starałem się opisać takie moje dziwne odczucie. Przez ostatnie lata Microsoft praktycznie nie wypowiadał się w dziedzinie którą zajmuje się najbardziej. Oczywiście, zdażało mi się znaleźć wypowiedzi Ballmera n/t Apple (ot, na przykład, do Guya Kawasaki, że MacBook Air to chłam i powinien kupić sobie porządny laptop z Vistą), ale było to jakby daleko ode mnie…

W tym czasie debata w świecie przeglądarek toczyła się wśród organizacji takich jak Google, Apple, Opera, Mozilla, Flock, W3C, Facebook i paru innych, dotyczyła głównie merytorycznych aspektów rozwoju sieci, przyszłości technologii, zdrowego rynku i szukania równowagi. Wszystkie te organizacje w wywiadach udzielanych przez pracowników mówiły pochlebnie o produktach konkurencji i opisywały jak unikalny jest rynek przeglądarek, gdzie prawdziwym konkurentem jest czas, a nie inni gracze. Ba! Nie dalej jak wczoraj sam udzieliłem wywiadu dla rosyjskiej strony slon.ru, w którym na pytanie o konkurencję pozwoliłem sobie odpowiedzieć:

Q: A traditional question for all independent browsers’ developers: who do you think is Firefox’s main rival — IE or Opera, Chrome, Safari?

A: I believe we have no rivals in this pack. The rival is time itself, websites that are not using web standards, and environment in which we operate.
When we started the project, there was one browser on the market with 96% market share without a new release for 5 years, security was not a major issue for anyone, majority of the websites were written exclusively to work with that browser and the web standards were not adopted nor developed.

Today we have at least 3 big players – Apple, Google and Microsoft, with many smaller ones like Opera or Flock, they all develop their products and release new versions every year or so, they all put security, performance and standard compliance on each marketing banner they make. They all race for who will first adopt new web standards and make more secure browser, they’re coming up with new and exciting features and all try to make the web a better place.

Opera, Chrome and Safari are with us in this journey, and they all make great modern browsers, fast, and innovative and powerful and they adopt new standards. Microsoft is a little bit behind, and they have a long journey, but they are moving forward and they are sharing the key focus points with us – security, performance, standards.

And you ask if Mozilla project, which is devoted to make the web a better place, considers them as rivals. We cheer them and we hope they’ll move even faster!

Podobnie odpowiedział John Lilly w wywiadzie na D7.

Pojawienie się IE7 nie zmieniło nic w tym obrazie. Microsoft nadal nie zajmował się specjalnie promowaniem przeglądarki, a pozostałe organizacje skupiały się na rozwoju WWW czasem tylko zaznaczając, że IE jest niezgodne ze standardami i powinno wziąść się w garść i zaktualizować swoją przeglądarkę, ponieważ taki krok byłby dobry i dla użytkowników i dla sieci.

Wraz z wydaniem IE8 sytuacja zmieniła się diametralnie. Z jednej strony IE8 zebrał lepsze oceny od nas wszystkich – widać faktycznie, że wdrażają trochę nowsze technologie, z drugiej Microsoft włączył coś, co z braku lepszej znajomości struktury tej firmy, nazwę “maszyną marketingową”.

Nie wiem jak was… ale mnie taka kampania: http://www.microsoft.com/australia/ie8/competition/ uderza. Ze swoimi hasłami o nudnym Safari i starym Firefoksie jest jakby nie z tego świata. Na dodatek jest płytka, nie dotyka żadnego z problemów sieci. Mam wrażenie, że gdyby ktokolwiek inny zrobił ją, to raczej wykorzystałby do schowania tego “skarbu” jakąś technologię W3C, którą wdrażają w nowej wersji i skupiłby się na tym, że potrzebujesz nowoczesnej przeglądarki, aby to znaleźć (ponieważ, np. skarb jest w SVG). Tutaj nie ma nic na ten temat. Jest obrażanie konkurencji i prosty przekaz – taki sam jaki mógłby zastosować każdy inny produkt, równie dobrze można by tak reklamować system operacyjny, mydło czy batoniki. Podczas gdy Opera promuje technologie uwalniające ludzi od serwerów, Firefox promuje zaangażowanie ludzi w pomaganie innym, Safari promuje wydajność a Chrome promuje nowe rozwiązania z dziedziny bezpieczeństwa i grafiki trójwymiarowej w sieci, IE promuje… siebie?

Oczywiście każda z organizacji wymienionych powyżej tworzy te kampanie aby promować swoje produkty i rozwiązania, ale zazwyczaj ma to jakieś przesłanie, jakiś cel inny niż “kup pan mydło”. Każdy ma jakiś przekaz nieomal misyjny i wizerunkowy, tutaj zaś mam odczucie jakbym widział reklamę MediaMarkt.

Mi chyba jednak tego nie brakowało…

Stanisław Małolepszy: Mozilla Fennec L10n Productization Guidelines: Part 3. Compatibility criterion

2009-06-12T22:37:46+00:00

A couple of weeks ago, I started a series of posts about the productization guidelines for localized Fennec builds. Post one discussed productization and why we need separate guidelines for Fennec. Post two described the purpose of productization.

Today, let’s discuss the compatibility criterion, which I believe is the most important guideline for localizers to consider.

The compatibility criterion: Services included in Fennec must render correctly on mobile devices, assuring good readability and ease of interaction.

The compatibility criterion is important, because it allows us to base on Firefox’s guidelines and adapt them to the mobile context. In other words, Fennec’s productization should follow Firefox’s guidelines, making exceptions when the compatibilty criterion is not met.

As you probably remember, there are 5 productization components in Firefox, mapping to components in Fennec (in fact, the future of the live bookmark and the getting started page in Fennec is uncertain, but let’s just assume for now that they’re in):

Content handlers (a.k.a feed readers)
Protocol handlers (currently: webcal, mailto, irc)
Search engines
News feed (a.k.a. Live Bookmark)
The ‘Getting Started’ page

Fennec should ship only with services that meet the compatibility criterion. We should not promote websites that render badly on mobile devices, are impossible to read (e.g. because of the broken layout not adapted to the small screen), or impossible to interact with on mobile devices.

The good news is that I don’t expect there are many websites that don’t conform to this guideline. After all, Fennec’s developers have gone to great lengths to make sure the browsing experience is as good as on a desktop browser. You can pan and zoom easily, increasing the text size and focusing on chosen part of the website.

But I can imagine a couple of scenarios effectively breaking the mobile user experience, for example:

a Flash-based ad covering a significant area of the website which is difficult to close/discard (due to very small close button),
a non-standard input element with no accessibility fallback, which makes typing text into it difficult or impossible,
websites detecting a small-screen device (which as a practice is not bad) and offering a broken layout.

I’m sure you can think of more example like these. Feel free to add them in the comments.

Mozilla’s mission ensures that the Internet, desktop and mobile alike, evolves in the correct direction. In this context, that means open, participatory, and innovative. Good for the users. With Fennec, we’re becoming reponsible for building mobile Web the right way. We have the momentum and power to make an impact and make sure web designers and developers don’t ignore mobile in their projects. Because with no doubt, mobile will become one of the most important contexts of using Web, independently of region or demographics. Even more so, mobile is gaining a lot of traction in developing countries, which skip directly to the age of personal and portable computing. I like to think that we’re responsible for the direction in which the mobile Web evolves: open, participatory, and innovative.

Please add your thoughts. Is this criterion too strict? Too vague? Just right?

* * *

In the next post I’ll try to summarize my thinking about the search engines in particular and suggest a couple of categories of search engines that we might want to ship Fennec with.

Gandalf: Dzieje się!

2009-06-12T12:59:53+00:00

Całe szczeście, że doczekaliśmy się czasów, gdy o tym co dzieje się w projektach Internetowych informują media mainstreemowe, portale społecznościowe, mikroblogi, a nawet mozillowo-zorientowany foxinews. Szczęście, bo gdyby ktoś chciał sądzić o aktywności projektu po planecie MozilliPL, to trudno byłoby się czegoś dowiedzieć.

Sam mam niestety mało czasu (tak, tak, sesja…), ale spróbuję w telegraficznym skrócie, w losowej kolejności, opisać kilka tematów dla zainteresowanych:

Wydanie Firefoksa 3.5 zbliża się wielkimi krokami. Tym razem, w odróżnieniu od naszej tradycji, chcielibyśmy, aby wydanie RC faktycznie było kandydatem na wersje finalną. Koniec z wydawaniem RC1 i planowaniem trzech następnych równocześnie… Jak coś jest kandydatem na wydanie, to ma być gotowe. Dlatego Mike (Beltzner) i Mike (Shaver) bardzo poważnie uparli się, że nie będzie RC2. No, chyba, że niebo spadnie nam na głowy.
Nowy addons.mozilla.org. A w nim – łatwiejsza nawigacja, wygodniejsze zarządzanie i nowa funkcja – Kolekcje – która umożliwia tworzenie własnych zestawów rozszerzeń i motywów. W przyszłości mamy nadzieję zaoferować Ci możliwość spakowania takiej kolekcji i wydania jako własnego Firefoksa.
Projekt hack.mozilla.org – przez 35 dni zostanie zaprezentowanych 35 nowych funkcji dla webmasterów, które pojawią się w przeglądarkach nowej generacji – Firefoksie 3.5, następnej Operze, Safari i Chrome.
Thunderbird 3.0beta3 zbliża się. Została jedna duża rzecz (globalne wyszukiwanie), która powinna wylądować w ciągu tygodnia i potem już przygotowania do wydania.
Trwają prace nad Firefoksem 3.0.12. Tradycyjnie, kilka poprawek wydajności, kilka bezpieczeństwa i kilka błędów zwykłych.
Zespół Aviary.pl przygotował polskie tłumaczenie Poradnika Recenzenta do Firefoksa 3.5. Będzie to mała książeczka z opisem nowych technologii i funkcji jakie będą dostępne dla autorów stron WWW i użytkowników wraz z nowym Firefoksem.
Zaczęły się przygotowania do planowanego na wrzesień Tygodnia Mozilli (po angielsku – Mozilla Service Week, ale niestety brzydko brzmi tłumaczenie dosłowne). Będzie to kampania trochę podobna do banków czasu – chcemy zachęcić ludzi posiadających zdolności techniczne do pomagania osobom mniej uzdolnionym i potrzebującym pomocy. W ramach tej kampanii będziemy szukać chętnych do prowadzenia wykładów na temat obsługi Internetu, osoby chcące pomóc z konfiguracją Internetu, lub w inny sposób pomóc bliźniemu.
Pierwsze prace nad Firefox.Next – tutaj zidentyfikowaliśmy 35 błędów, których rozwiązanie sprawi, że Firefox będzie reagował szybciej przez co poprawi się wrażenie z interakcji z przeglądarką. Błędy takie oznaczamy TSnap. W przyszłym tygodniu w trunku wyląduje Canvas3D, a zespół odpowiedzialny za layout zaczął prace nad XBL2. O innych planach na Firefox.Next można przeczytać na Wiki.
Seamonkey 2.0b1 powinno wyjść w ciągu tygodnia.
Microsoft wstępnie ogłosił, że zamierza wydać Windows 7 bez IE w Europie. Bardzo trudno okreslić, czy to jest właściwy ruch. Mitchell świetnie podsumowała (jeszcze przed tą decyzją) jak ten dylemat wygląda z naszej strony. Ja mam bardzo mieszane odczucia. Nie do końca rozumiem co Microsoft zdecydował tak naprawde (co dokładne oznacza “we will offer it separately”?) i mam poważne wątpliwości, czy wydawanie w 2009 roku systemu operacyjnego bez przeglądarki jest dobre dla użytkowników.
JestPack to nowy projekt z Mozilla Labs będący kontynuacją idei projektu FUEL – budowania łatwych klocków z których można tworzyć rozszerzenia. JetPack pozwala tworzyć rozszerzenia korzystając wyłącznie ze znajomości technologii webowych – HTML, JS, CSS.
Projekt Personas – rozszerzenia pozwalającego na łatwe zmienianie motywów Firefoksa bije rekordy popularności. Nigdy nie sądziłem, że coś może przebić popularność AdBlocka
Projekt Weave rozwija Mozillowe podejście do “chmury” pozwalając synchronizować swoje dane z przeglądarki między komputerami, ale w sposób zaszyfrowany, tak, aby ten kto hostuje serwer Weave nie miał dostepu do Twoich danych. W ostatniej wersji pierwsze eksperymenty z OpenID.
Bespin to z kolei edytor w “chmurze” – dostepny przez stronę WWW edytor kodu, który pozwala pracować nad projektem w grupie ludzi, a swoje projekty mieć dostępne z każdej maszyny bez potrzeby przygotowywania środowiska.
Kampania FastestFirefox zbiera filmiki ludzi robiących to co umieją najszybciej. Chcemy zebrać je razem i stworzyć kompilację ludzkich pasji związanych z szybkością, ciągle pracujących by być jeszcze szybszym – tak jak społeczność pracująca nad Firefoksem pracuje, by każdy kolejny Firefox był szybszy.
Wydaliśmy wersję 0.5 i 0.5.1 biblioteki do lokalizacji Silme. Adrian wraz z zespołem oraz Romi pracują teraz nad dwoma projektami korzystającymi z Silme. Projekt Adriana nazywa się Koala i będzie rozszerzeniem do lokalizacji do Komodo, a projekt Romiego to próba połączenia Silme z Narro.

Tak więc, dzieje się!

Staramy się jak najwięcej z tego przenieść do Polski, ale brakuje nam rąk do pracy. Jeśli jesteś zainteresowany/a pomocą, to szukamy na pewno chętnych do pomocy z:

SUMO. support.mozilla.com to strona z artykułami do pomocy osobom używającym Firefoksa. GmbH (mwawoczny at aviary dot pl) chętnie przyjmie pomoc
Eventy. Chcemy zorganizować kilka spotkań na temat technologii Web w Polsce. Szukamy osób chętnych do organizaci MozCampów, lub innej formy spotkań. Dzieje się dużo, jest o czym rozmawiać
I jak zawsze, mamy wakaty dla chętnych do tłumaczenia. Aviary.pl szuka tłumaczy, bo projektów nam się zrobiło co nie miara. Pamiętaj jednak, zanim wyślesz zgłoszenie, tłumaczenia to odpowiedzialna praca. A my chcemy być w tym najlepsi.
Z tego co wiem, nikt nie tłumaczy hacks.mozilla.org – jeśli ktoś jest zainteresowany, to z chęcią pomogę z organizacją tego

Gandalf: Silme 0.5.1 released

2009-06-03T19:36:27+00:00

3 weeks after Silme 0.5 release, we’re proud to announce the first minor update to Silme – 0.5.1.

Silme 0.5.1 carries 5 changes, each of them making it a little better. In particular it fixes bugs that were blocking Adrian Kalla’s version of compare-locales to get its first release.

So, what’s new in 0.5.1?

New method: silme.diff.EntityList.has_entity() should make testing entities in diff faster
Two bugs in silme.io.jar that made it impossible to use
Performance improvements in silme.io.jar.get_package() (can we upload silme script to Fastest Firefox? ) by just ignoring to load zip entries for directories
We don’t close ZIP file in get_package if we didn’t open it there. It was a bug that caused silme.io.jar to fail with subpackages

Major rework of URI schema accepted in silme.io.jar. It is now possible to do:

ioc = silme.io.Manager.get('jar')
l10npack = ioc.get_package('jar:chrome/package.jar!locale/ab-CD/package')

This is the very first minor release in the history of Silme projects, and we’re happy to make it!

You can download it from HG repository or use pypi for silme0.5.1.

I’d like to thank Adrian who helped by identifying bugs and writing patches for this release. You may also want to check his newest project which uses Silme to create a sleek localization extension for Komodo! It’s called Koala

Next in line is Silme 0.7 which will bring new features and optimizations and we’re planning an alpha release to happen early next week. If you’re interested in hacking localization related code and never tried silme, it may be a good moment to give it a try and help us on the way to 0.7

Stanisław Małolepszy: BugXhibit: an interface to Bugzilla’s search results

2009-05-29T07:04:48+00:00

This is awesome. Andrew Sutherland hacked up a very cool proof-of-concept interface to Bugzilla search results using MIT’s SIMILE Exhibit library. It allows you to query Bugzilla using the Quick Search syntax and displays the results in form of a faceted interface, which in turn lets you slice, order and group the search results easily.

I immediately liked the idea (in fact, I’ve been thinking about something like this since I first experimented with Exhibit, but never got around to learn more about the Quick Search syntax and buglist.cgi options) and created a very simple search command for Ubiquity to be able to access Andrew’s tool quickly and seamlessly.

I then started to experiment with different queries as I continued to work, so that I can test both the Quick Search and the Exhibit interface on real-life examples. This has been such a great help to me already, and it hasn’t been even a day since I started using it.

Up until now, to quickly get a status of a locale or a bug, I’d simply start typing the bug’s summary in the awesome bar and then go directly to the bug (if there was only one that I was looking for) or to the dependency tree of the locale’s release tracker. However, the dependency tree doesn’t give much information (only summary, number and status), which is not enough when you’re using keywords (e.g. “fixed1.9.1″) in open bugs to indicate that the bug was fixed on branch but not yet on trunk. (I wrote about it before.) Bugzilla’s Quick Search is great help in this situation, because it lets me be more precise about which bugs I want to see. However the default buglist.cgi view isn’t very useful to me in this scenario: it’s just a flat list of bugs, whereas I’m interested in grouping bugs by locale, at the very least. Enter BugXhibit, which allows you to slice and dice the search results to your liking.

One other thing that made this so helpful for me and that we introduced a couple of weeks ago, is the “productization” keyword in bugzilla.mozilla.org. We use this keyword for all bugs related to productization of Mozilla software, i.e. third-party services that extend its functionality (search engines, protocol and content handler, live bookmarks etc.). This allows me to see all open productization bugs with a query as simple as “!productization“, and Andrew’s BugXhibit lets me further manipulate this data by selecting bugs for a specific locale only (in “Components”), bugs that havn’t been yet fixed on branch (select only “productization”, not “fixed1.9.1, productization” in “Keywords”) or bugs that only regard protocol handlers (”protocol” in “Text Search”).

Since I wanted to tweak the interface a bit, I ended up cloning BugXhibit’s repository and making some small changes. Namely, I set the ordering criteria of the Tile view to “Component” first, “Bug status” second and “Keywords” third. I chose component as the first criterion because in bugzilla.mozilla.org, under the “Mozilla Localizations” product, components translate to locales. I’m pretty sure I could use SimileAjax.parseURLParameters() to specify the ordering in the URL and somehow tell Exhibit to use it in the Tile view. I just don’t know yet how to do that :)

I uploaded the code to the l10n server, go ahead and try it if you wish: bugXhibit-st.

Yet again Exhibit turned out to be a very interesting project and a great tool for sketching prototypes quickly. It has a great potential for creating dashboard-like interfaces (e.g. we currently use it on the l10n dashboard) and I’d like to experiment with it more in the near future, while working on the new l10n dashboard that’s being developed.

I’m sure I’ll continue using BugXhibit, especially through the Ubiquity command. Thanks a million, Andrew!

Hubert Gajewski: Od zera do bohatera, czyli droga Firefoksa do zwycięstwa

2009-05-27T18:17:40+00:00

Na początku kwietnia, gdy Firefox pokonał Internet Explorera na rynku przeglądarek internetowych w Polsce, obiecałem napisać, jak do tego dochodziliśmy. Miałem to zrobić w ciągu kilku dni, ale czas ten trochę się wydłużył Napiszę jak to wyglądało z mojej perspektywy, trochę z perspektywy Aviary.pl.

Firefoksa (wtedy Firebirda) używam mniej więcej od października 2003 roku. Byłem wtedy jednym z tych 5000 wariatów, którzy w Polsce używali tej lekkiej przeglądarki o ascetycznym interfejsie. Firebird miał wtedy 0,1% udziału w polskim rynku przeglądarek. Trzy najpopularniejsze programy do przeglądania Internetu to wtedy: Internet Explorer 6, Internet Explorer 5 i Internet Explorer 4. Razem: 95,5%!

W lutym 2004 roku ukazuje się wersja 0.8, już pod nazwą Firefox. Udział w rynku? 0,3%. Internet Explorer: 94,7%.

Mijają cztery miesiące - mamy Firefoksa 0.9. Użytkowników przybywa - 0,8%. Przeglądarka Microsoftu: 93,6%.

27 września 2004 grupa w składzie:

Zbigniew Braniecki
Marek Stępień
Piotr Komoda
Piotr Pielach
Wadim Dziedzic
Stanisław Małolepszy
Irek Chmielowiec
Paweł Chmielowski

zostaje zatwierdzona przez Mozilla Foundation jako oficjalny zespół lokalizacyjny. Zespół przyjmuje nazwę AviaryPL, zmienioną w późniejszym okresie na Aviary.pl. W tym samym miesiącu ukazuje się Greenlane - czyli Firefox Preview Release. Ma 1,5% rynku, MSIE ma 91,7%.

W październiku kończę studia, mam więcej wolnego czasu. Zbliża się data wydania finalnej wersji Firefoksa i chciałbym, by aplikacja, której używam na co dzień, nie miała widocznych błędów językowych. Jeszcze tego samego miesiąca zabieram się za testy polskiej wersji. Wykonuję wtedy pierwsze zadania dla Aviary.pl.

9 listopada 2004 ukazuje się pierwsze stabilne wydanie przeglądarki internetowej Mozilla Firefox. W chwili wydania Firefoksa używa go 2,4% ludzi w Polsce. MSIE ma 90,7% rynku. Od tej chwili liczba użytkowników zaczyna gwałtownie rosnąć.

16 grudnia 2004 ukazuje się dwustronicowa reklama Firefoksa w New York Times, wykupiona za pieniądze 50000 wolontariuszy, w tym moje 10$ Firefox: 3,8%, IE: 89,4%.

Rok i parę tygodni po wydaniu Firefoksa 1.0 - ukazuje się jego następca - 1.5. Posiada system automatycznej aktualizacji, dzięki któremu Firefox jest najszybciej aktualizowaną (do nowej wersji) przeglądarką na rynku. Firefox: 15%, IE: 76,6%.

W lutym 2006 porzucam zawód agenta ubezpieczeniowego i zaczynam robić zawodowo to, co do tej pory robiłem po godzinach. Rozpoczynam pracę jako tester (i tak jest do dziś). Cztery miesiące później dołączam do Aviary.pl, by już oficjalnie zajmować się tym, co robiłem od dawna - QA polskiego Firefoksa.

Niespełna rok po wydaniu wersji 1.5, ukazuje się Firefox 2. Z tej okazji 27 października 2007 w Warszawie odbywa się Firefox Party. Statystyki: Fx - 23,5%, IE: 68,2%.

W kwietniu 2008 roku po raz pierwszy od czasu, gdy Gemius publikuje statystyki przeglądarek - na pierwszy miejscu nie ma przeglądarki Microsoftu! Firefox 2 ma 34,7%, a IE 6 o 0,1% mniej. Wszystkie wersje: IE - 69%, Fx - 29,6%.

17 czerwca 2008 ukazuje się Firefox 3. IE - 54,4%, Fx - 38,5%.

2 kwietnia 2009 ukazuje się Biuletyn Ranking.pl z przełomowymi wynikami - po raz pierwszy od kiedy jest publikowany - najpopularniejszą przeglądarką w Polsce nie jest Internet Explorer! Firefox ma 45,3%, IE - 45,0%.

Aviary.pl liczy 23 osoby, w tym 4 z pierwotnego składu zespołu.

Gandalf: Slides from eLiberatica 09 talk

2009-05-23T00:02:10+00:00

Today I had a pleasure to give a talk at eLiberatica 09.

It was one of the most complex and most challenging talks I ever had to give. It was about the Mozilla. It was about who we are, and how we try to describe ourselves. About how we think of ourselves and the challenges we face.

The rationale for doing such talk is to do what we have to – to over-communicate. To manifest ourselves and explain ourselves to people who care about the web. To rephrase some questions that people pose – about the goals, about how to measure a success, about how to make sure we stay meaningful while staying true to our mission.

Explaining Mozilla and explaining the kind of semantic space in which we brainstorm these days is an extremely complex goal. It’s harder than speaking about new experiments and features that we work on. It’s even slightly against what people want to hear about. But I believe it’s vitally important. We have to express ourselves and explain ourselves and I decided to give it a try at eLiberatica.

Bonus points goes for the fact that I wasn’t speaking in my native language, and also the audience listen to such a complex talk in a foreign language.

Despite all of that, I believe it went well. I feel thankful that people bared with me through all those topics, and I hope the deck may be useful for other speakers willing to mix and mesh it

I definitely recommend a keynote version for the best experience, but pdf dump provided for those who don’t use keynote:

Entry at library.mozilla.org

Stanisław Małolepszy: When should we resolve l10n bugs as fixed?

2009-05-16T00:13:07+00:00

Here is something that got me thinking recently: should we use the same workflow with regards to marking bugs as fixed for l10n bugs that we use for development bugs? Let me try to explain.

For development, the process takes place simultaneously on several branches. For example right now, we work on trunk (mozilla-central, Firefox.next), 1.9.1 (releases/mozilla-1.9.1, Firfox 3.5) and 1.9.0 (CVS trunk, Firefox 3.0.x). When a bug receives a patch, it first lands on trunk, and the bug is marked as fixed. Then it lands on branch(es), after getting needed approvals, and the bug is given the fixed-* keywords, for instance, fixed1.9.1.

I have a feeling that this workflow doesn’t fit well into the localization process. The localization efforts often focus on only one branch. In the current case, that’s 1.9.1. Some localizers like to keep their 1.9.1 and central repos in sync, and that’s great, but we don’t require them too. If they prefer working on 1.9.1 only, that’s perfectly fine. After all, strings on trunk have higher probability of changing, so it’s understandable that someone prefers to wait until they stabilize. I.e. until they land on a more stable branch.

So translations land first on 1.9.1, and for many localization, they will only be pushed to central after the 3.5 release, at which point central will no longer be central, but will be given its own branch. The process will start over: the localization efforts will focus on this branch, because this is where the next major release of Firefox will come from.

As you can see, for localization the workflow is reverse: we first translate on the more stable branch, and then port over to the dev branch (trunk). And this is what made me start thinking whether we should change the rules of marking the bus as fixed.

Why is this a problem? Let’s take Assamese as an example (just because it illustrates my point quite well and I’ve been working on it recently). Bug 443139 is the Firefox 3.5 release tracker for Assamese and it’s blocked by a couple of bugs that will need to be resolved before we can release Assamese version of Firefox. In fact, most of them have been already resolved, so we’re really close to releasing Assamese. Congrats to the Assamese team :)

If you look for example on the “Firefox 3 RSS reader setup for Assamese” bug (bug 443145), you’ll notice that it was marked as fixed and has a fixed1.9.1 keyword. That’s because it was fixed on both trunk and branch. So the bug’s status is now “resolved fixed” (thanks to the landing on trunk), and it doesn’t block the release tracker anymore.

But now take a look at the “Search engine setup for Firefox 3 for Assamese” bug (bug 443142). The fix landed on 1.9.1 only, so the bug has the fixed1.9.1 keyword, sure. But since it hasn’t been yet fixed on central (for Firefox.next, mind you), the bug’s status is “new”, and it is still blocking the 3.5 release tracker. Why the lack of landing on central should block a 3.5 release?

That’s a problem for me, because it makes using and following the tracker bugs harder. Of course the right question to ask here is “if we mark this bug as resolved fixed right now, how do we make sure that the fix lands for Firefox.next, too?”. I don’t have a good answer to this yet. But even in the current workflow, if the fix lands for Firefox.next after mozilla-central gets branched again, will we mark the bug as fixed, or maybe just add a fixed1.9.2 keyword? (or a different one, depending on what the name of the branch will be).

I don’t have any concrete proposals right now to address the problems described above. I feel that we should just resolve bugs as fixed when the fix lands on current next-major-release branch (1.9.1 these days). We should still use keywords to make it easier when looking back at fixed bugs to figure out on which branches they were fixed. Lastly, next time we branch from trunk, we should somehow make sure all the fixes are included. I’m not yet sure how, though.

What do you think? I wanted to share my thoughts on this out in the public. I’d be grateful for your comments!

Gandalf: Silme 0.5 now at easy_install

2009-05-14T21:39:24+00:00

Adrian Kalla added Silme 0.5 to pypi repository so that you can download it and build dependencies in the python style.

It can’t get any simpler than:

easy_install silme

Also, if you missed it (I know you did), here comes the very first documentation. It comes out of doxygen (which is probably the best of the worst choices for python docs) but it works and it’s there for your convenience.

If you happen to be a master of doxygen and you know how to make it work better, contact me pls!

Gandalf: MCT: Style guide

2009-05-12T20:27:07+00:00

It’s been a while since the last update on MCS but things were moving on and it’s time to catch up with the progress in the project.

Description

Today, I’d like to introduce you to a new Mozilla Community Theme style guide. MCT Style Guide is a document that explains the design decisions made by the theme authors that allows people who use the theme to extend it following the original concepts and keeping their new elements in sync with original one.

Rationale

Mozilla Community Theme was created to give us a fresh theme that can make it easier for communities to set up a professionally looking website without having to look for a designer or crafting something on their own. Three months after the release, MCS is becoming a popular option among our communities when they’re making their choices with regard to the website. We like to think that the reason is because we offered maximum freedom and flexibility with this set, letting people do what they want, while providing high quality of the design itself.

One element that we did not cover very well until today, was how to extend the theme. How to move forward. Not only modify what we gave you, but also add new elements, theme new websites, or T-shirts, or posters… That’s where the Style Guide hits.

Style Guide

Style Guide is a short book that presents the concept choices together with list of modification options that, in the theme author’s opinion, will match the theme and let you keep the unified look and feel no matter where you’ll go.

What’s exciting about it, is that it opens communities to a new level where they have all the tools and resources that usually professional web agencies have and they can develop their skills and get accustomed to the new concepts. While working on our hobbies, we’re getting real experience that translates directly into our portfolio.

This Style Guide lets you dig into:

color palettes
typography decisions
layout and grid models
branding options
methods of preserving space and light between text blocks that influences readability of the text
texture options that influence how the website looks
and others…

We hand this to you, so that you can experiment and develop the theme further or just customize it to your needs. What’s really important and exciting is that as all other parts of this project, the style guide is open! You can download Indesign document or editable PDF document and hack the Style Guide itself.

I’d also like to use this moment to thank Tara Shahian and Seth Bindernagel who have worked together with the theme authors on this 1.0 release of the guide.

So, grab it here and… we’re accepting patches

hADeSik: Co red. Macieja Gajewska z CHIPy wymyśliła i jak się popisała

2009-05-12T19:56:09+00:00

Wszedłem sobie dzisiaj na planetę i w skrótach webwatch zauważyłem wiadomość o intrygującym tytule "Opera i Mozilla oczerniają Microsoft".
Po kliknięciu odnośnika trafiłem na stronę - no właśnie, jak by tu odmienić - CHIPy, gdzie pani Macieja Gajewska wysmoliła:
Przeglądając dziś media internetowe z dość dużym zdziwieniem przeczytaliśmy cytowane na rzetelnych portalach wypowiedzi Mitchella Bakera z Fundacji Mozilla, jak i Hakowa Wium Lie z Opery, którzy ponownie oskarżają Microsoft o stosowanie nieuczciwych praktyk względem konkurencji.

Jak twierdzą obaj szefowie, przeglądarka Internet Explorer po aktualizacji do ósmej wersji bez pytania się użytkownika o zgodę ustawia się jako domyślna aplikacja do Internetu.

W tym momencie zapomniałem, że miałem się zająć owym oczernianiem, ale z ciekawością zacząłem szukać na rzetelnych i nierzetelnych portalach informacji, kiedy to Mitchell Baker zmieniła płeć - niestety nie znalazłem.
W związku z tym mam informację dla dziennikarzy - zapamiętajcie sobie, że Winifred Mitchell Baker (lepiej znana jako Mitchell Baker) jest kobietą.
Może poszukajcie zdjęć, i przyjrzyjcie się fryzurze Pani Mitchell - jeśli nie jesteście w stanie zapamiętać powiązania nazwiska z płcią, to może fryzura wam to ułatwi (słyszałem, że połączenie informacji z obrazami potrafi zdziałać cuda - i od razu mała podpowiedź dla mniej spostrzegawczych, że należy oglądać fryzurę z obu stron głowy, bo jeden profil jest mniej charakterystyczny od połączenia obu).

Natomiast co do informacji o krytyce IE, to niestety pani red. chipy nie podała źródła ani adresów portali, z których korzysta, ale np. na IDG znalazłem nieco inną informację, a mianowicie:
Gdy użytkownik uzyskuje dostęp do upgrade'u i korzysta zeń wybierając opcję "ekspresowych ustawień", IE 8 staje się domyślną przeglądarką internetową.
Takie zachowanie potwierdza również pani red. z chipy, czyli jednak to nie żadne oczernianie, ale jak jest okazja to czemu się nie popisać swoją wiedzą i elokwencją...

Zrzut ekranu z artykułu, bo może ktoś go jednak poprawi:

PS: Dla leniwych Mitchell Baker, więcej zdjęć znajdziecie na stronach, do których odnośniki są w artykule na wiki oraz w wyszukiwarce.

Gandalf: Silme 0.5 released

2009-05-11T23:25:47+00:00

Projects need releases. It’s important. It’s like a birthday for a project – they get a milestone to mark the progress.
On the other hand we have developers. They need unlimited time and no deadlines. When one meet another, we have an interesting arm-wrestling battle between those two, but ultimately one has to obey to the Oath of the Bazaar, if you know what I mean.

Release

So, here we are, Silme was asking for a release for long enough and I postponed it over and over so it’s time to make the cut. Today, I’m proud to announce the very first official release of Silme – python l10n library. Silme has been announced to mozilla.dev.l10n long time ago, and since then it has been continuously developed in a small, but quite interesting project structure with support from Adrian Kalla, Stefan Plewako, Ricardo Palomares, Staś Małolepszy and management guidance from Seth Bindernagel.

It’s very, very hard to explain Silme concept to those who never tried to work on localization development.

Let me try: It’s like a DOM API for localization.

Works? Probably not… Well. Let me try the descriptive way. Silme is a toolset for a developer who wants to work on localization tools. It can read localization files, it can write them, it can modify them, it can search through them, it can process them, merge, split, localize and help you get some statistics out of the localization files. It probably can juggle them, although support for this is rather experimental.

Standing on the shoulders…

Silme is definitely not the first library of that kind and has been created basing on lessons from TranslationToolkit masters, who for years lead the development of most widely used l10n dev library in the world. TT is not the only one. In fact, anyone who created a tool related to localization had to create a library for it but it was probably limited to on-demand needs, and was treated without enough love and respect from its masters.

The reason is that number of people working on localization tools is… let’s put it that way. The number could not qualify for the big number competition. Even for a descend number in fact. And those who do work on the tools, are really extremely focused on getting the output here and now, and everything that has to happen on the way from PO or DTD file to the moment when you can see a window with a textbox asking you to translate the string is less important than the actual UI and workflow. Thanks to this approach we at least have some tools that we can offer to localizers and make their life happier.

The one particular example where the situation is different is the world of gettext, with its great tools like KBabel (now Lokalize), Pootle, PoEdit and swarm of little helpful scripts around Translation Toolkit project.

Format equality

And now, Silme tries to replicate this success on the cross-format level, giving some sense of self-respect to the non-gettext formats like DTD and Properties. In fact, Silme is intended to be format-neutral with support for as many formats as possible. Gettext, DTD, XLIFF, TS/QM (Nokia QT) and others. It also can read entities directly from SQLite or MySQL and we’re experimenting with grabbing entities directly from an HTML file. We hope that this will open an easier way for developers around the world to craft their own tools, or new projects to focus on the actual tool, not having to reinvent the way to parse entities or compare them.

More that that. We hope that new localization formats and languages will have an easier start being just able to reuse everything that Silme has to offer and tie it with their vision and potential. Yes, L20n may be that language.

Some numbers

Silme 0.5 is a result of countless hours of testing, coding, debugging, making mistakes and fixing them, analyzing performance, and introducing bottle necks only to spend another couple days trying to remove them. Adrian, in particular, spent significant amount of time sending me testcases and letting me know that I broke everything with my shiny, new API, but all in all what we have here is a pretty neat piece of code, if you ask me.

What you see on the right is a cute result of hg activity script run on all 385 commits to our HG repo. Not sure if its self-explaining so left me give you a hint. 35 commits per day is a big number. (and our module owners are not in the race, they have some godlike powers for sure).

In terms of LOC, the stats are as follow:

-------------------------------------------------------------------------------
Language          files     blank   comment      code    scale   3rd gen. equiv
-------------------------------------------------------------------------------
Silme library        49       580       413      3784 x   4.20 =       15892.80
With scripts etc.    78       982       529      5574 x   4.20 =       23410.80
-------------------------------------------------------------------------------
(data from CLOC)

Done?

Ha! Of course not! Silme is just at the beginning of its journey and although we already can see first projects investigating potential use of it, we have a long way ahead till we can mark stable 1.0 release, and claim success.

In particular, on the Wiki page you can read about our plans for the next release – Silme 0.7. You can also find basic tutorial (work in progress) and a few example code pieces that you can use to figure out some bolts and nits used in here.

As this post gets to its closing, and your excitement about the potential uncovered by the tales of python libraries, localization developers and mysterious land of happy i18n, l10n, l12y and other abbreviations where all strings fit the space, all words have perfect translations, declensions and countless plural forms are well handled and…

Umm… where was I… ah! yea. So… it’s time for me to close this gathering and let you surf ahead on your Internet waves. And if you happen to find this project interesting, don’t hesitate to step by our newborn IRC channel – #silme on irc.mozilla.org and cheer the brave men and women who work there.

From now on, you can expect short incremental updates on the way to Silme 0.7.

hADeSik: Przeglądarki są dla mężczyzn jak kobiety... I to jakie kobiety!

2009-04-29T22:50:05+00:00

Pewnie jestem zacofany, ale dopiero dzisiaj na pewnym zamkniętym forum natknąłem się na ten tekst.

Firefox
Jeżeli spotkasz na swej drodze Firefoksa, nie będziesz mógł myśleć o nikim innym. Tyle miejsca zajmie Ci w pamięci. Nawet, jeśli będzie doprowadzać Cię do szaleństwa, nie będziesz potrafił się jej pozbyć. I nie dla niej samej, ale dla tych rzeczy, które dostaje od całej rzeszy wielbicieli. Te wszystkie gadżety mogą być używane przez Ciebie, ale tylko, gdy się z nią spotykasz. Oh, gdyby inne kobiety też były tak otwarte na podarunki...

Opera
Szczupła, seksowna i twarda, będzie dla Ciebie w sam raz, jeśli podnieca Cię ten typ kobiety. Jest naprawdę dobra w sypialni, będziesz nią zachwycony. Jednakże nie pozwoli Ci zajrzeć w głąb siebie, więc pełna satysfakcja nie jest gwarantowana.

Safari
Jest ostra. Będziesz się czuł naprawdę wyjątkowo, będąc z nią. Jednakże, jest w niej coś frustrującego – kiedy tylko zaprosisz ją do domu, przyprowadzi ze sobą swoich iPrzyjaciół.

Internet Explorer
Prawdopodobnie to pierwsza kobieta, jaką przyszło Ci „wypróbować”. Jest naprawdę łatwa, ale możesz złapać jakąś infekcję.

Wiem, że można te opisy znaleźć w necie, pojawiły się też na JoeMonster (http://www.joemonster.org/art/11016/Gdyby_przegladarki_byly_kobietami) ale mimo to nie mogłem się oprzeć przed dodaniem tego wpisu :-)