Myśl rowerowo

Dziś zakończyła się 8. edycja Galerii Plakatu AMS. Tym razem motywem przewodnim było hasło Myśl rowerowo i promocja przemieszczania się właśnie na dwóch (choć stereotypy czasem zawodzą) kołach.

Tak jak ostatnio, kiedy tematem była sieć, tym razem również wysłałem swoje zgłoszenia, które można zobaczyć poniżej.

Myśl rowerowo! (8. edycja Galerii Plakatu AMS)

Myśl rowerowo! (8. edycja Galerii Plakatu AMS)

Myśl rowerowo! (8. edycja Galerii Plakatu AMS)

Wyróżnienie dla Michała Jońcy (8. edycja Galerii Plakatu AMS)

W ramach komentarza dodam, że moim wygranym jest Michał Jońca, a wybór pierwszego miejsca rozumiem ze względów mocnego i prostego przekazu. Reszta raczej nie w moim stylu.

Teraz czekam na kolejną edycję. Ciekawe co będzie jej tematem. Zwycięzcy oczywiście gratuluję — wyróżnionym też. Wszystkim autorom 602 nadesłanych plakatów też.

Nowe motywy w Gmailu

Stało się. W obecnych czasach wszechpanującego kryzysu zbierającego swoje krwawe żniwa poród wszelkich branż i nacji jest jedna rzecz, która jednoczy wszystkich — motywy, czyli nowa funkcjonalność w Gmailu.

Nareszcie Gmail nie wygląda jak niekompletna strona, a wzrok ma się na czym zatrzymać przy przeglądaniu poczty

Piszą o nich duzi i mali blogerzy, gazety, portale i jeszcze tylko w Faktach o tym nie słyszałem. I dobrze, tylko dlaczego nikt nie zauważył (albo ja jeszcze na taką informację nie trafiłem) najważniejszej zmiany wprowadzonej do Gmaila? O co mi chodzi? O prawą ramkę dodaną wreszcie dla prawego marginesu, która uspokaja wzrok milionów użytkowników Googlowskiej poczty, a brak której spędzał sen z powiek co bardziej zorientowanym na szczegóły web designerom.

Ja wiem, że można sobie w przeglądarce zmienić, że jest graficzny edytor, ale i tak uważam, że powinien być font o stałej szerokości znaku

Przy okazji chciałbym się poskarżyć, że nadal Gmail nie ma możliwości wyboru fontu dla widoku wiadomości w trybie zwykłego tekstu. Tam powinna być taka o stałej szerokości znaku (Courier, Lucida Console chociażby Fixedsys)!

Specjalnie nie pisze tutaj jak te motywy zmieniać i że pogoda na Gmailu zmienia się w zależności od pory dnia i lokalizacji, bo o tym już wszędzie można przeczytać.

NetBeans 6.5 wydane!

Pomimo, że pracy sporo, a czasu mało, to nie mogłem się powstrzymać… NetBeans 6.5 wydane! Najnowszą wersję mojego ulubionego IDE można pobrać z licznych mirrorów, a dostępnych jest kilka dystrybucji.

Jestem o tyle zadowolony, że pominąłem aktualizację do wersji 6.1, w której PHP było dostępne tylko jako osobny bundle. W związku z tym bardzo podskoczy mi też prędkość.

Radość moja tak wielką jest, gdyż PHP natywnie przez tą wersje jest wspierane. CSS się koloruje nie tylko kiedy nawias pominę ale też gdy dosplay zamiast display napiszę.

Po tej dozie patosu dodam jeszcze, że powyższe uzupełnić należy przez poniższe:

• Ulepszony debugger dla JavaScriptu (również dla FF i IE)
• Manager bibliotek JS (jQuery, Prototype. itp.)
• Debugowanie z użyciem Xdebug
• Generator MySQLowych baz z użyciem snippetów
• Edytory PHP, CSS i JS są jeszcze lepsze (pewnie już nie kolorują jako błędu endif)
• I wiele, wiele innych, których nie mam czasu wymienić

Do wersji podstawowej nie jest dołączone, ale można pobrać w ramach pluginów, lub jako osobną wersję (pewnie mocno zarobaczywioną, tak jak to było w przypadku podobnego wydania dla PHP) Early Access for Python.

Nie wymieniałem tutaj zmian dla Javy, bo się na niej nie znam, a i NetBeansów do Javy nie używam, ale zapewne i dla niej jest sporo nowości.

Dla bardziej dociekliwych polecam prezentację nowej wersji.

przeklej.pl, czyli dzielenie się plikami

o2.pl powołało do życia nowy… Nową… Nowe miejsce gdzie można podzielić się plikami ze znajomymi. Pomysł nie jest nowy ale rozwiązanie ciekawe. Można umieścić do 10 plików jednocześnie, a każdy może mieć 500 MB (500 × 10 = 5 GB). Jest opcja zabezpieczenia hasłem, a adresy dodanych plików można wysłać sobie i/lub znajomym. Plik pozostaje na serwerze przez dwa miesiące od momentu ostatniego jego pobrania.

Więcej informacji w FAQ

Soczewka Renderowania Adaptatywnego HTMLa

about:labs to nowy newsletter pisany z punktu widzenia Mozilla Labs. Właśnie ukazał się jego pierwszy numer, a w nim kilka bardzo ciekawych tematów. Szczególnie zainteresowało mnie coś, co po angielsku nazywa się Adaptive HTML Redenering Lens, a ja nazwałem Soczewką Renderowania Adaptatywnego HTMLa – jak się komuś nie podoba, niech komentuje, może będzie lepsza nazwa.

O co Chodzi?

(1.) Oryginalny HTML; (2.) HTML przetworzony przez Firefoxa; (3.) Nakładka pluginów/wtyczek

Obecnie Firefox renderuje (przetwarza) oryginalny kod strony, którą odwiedzamy w trzech prostych krokach:

1. Oryginalny HTML

   <html>, JavaScript

2. HTML przetworzony przez Firefoxa

   Renderowanie strony w oknie przeglądarki

3. Nakładka pluginów/wtyczek (np. Firebug, ikonka Skype)

   Dodatkowe elementy dodane/modyfikujące i zależne od warstwy 1., 2. i samej przeglądarki.

Według autora artykułu warto by dodać jeszcze jedna warstwę – tytułową soczewkę.

Koncept, który zaraz opiszę (w głównej mierze poprzez tłumaczenie a nie własne wypowiedzi) bardzo kojarzy mi się z Prism, innym projektem Mezilla Labs. BTW Już teraz Prism można zainstalować i za jego pomocą uruchamiać na przykład Gmaila, jako samodzielną aplikację, posiadającą nawet własny skrót na Pulpicie (albo gdziekolwiek indziej). To wszystko może mieć ogromny wpływ na sposób projektowania stron/aplikacji internetowych.

(1.) Oryginalny HTML; (2.) HTML przetworzony przez Firefoxa; (3.) Soczewka Adaptywnego Renderowania HTMLa; (4.) Nakładka pluginów/wtyczek

Soczewka do powyższego zestawu doda nową warstwę, a zmodyfikowany schemat renderowania będzie miał wyglądać tak:

1. Oryginalny HTML

2. HTML przetworzony przez Firefoxa

3. Adaptatywna soczewka

4. Nakładka pluginów/wtyczek (np. Firebug, ikonka Skype)

Po co nam soczewki?

W pierwszym momencie zastanawiałem się po co kolejna warstwa, która może tylko doprowadzić do wydłużenia się czasu ładowania strony, utrudni mi pracę, bo znów nie wszystko będzie tak jak w standardach, a nie wprowadzi nowej jakości. Trochę się pomyliłem, bo pomysł jest ciekawy.

Teraz wszystkie warstwy są ze sobą ściśle powiązane i zależą od siebie – każda kolejna warstwa jest renderowana na podstawie tej, która ją poprzedza. Przykładowo, nie da się wyświetlić poprawnie strony, jeżeli w jej oryginalnym kodzie brakuje tagów zamykających (np. pominięto </div>), a rozszerzenia Firefoxa zawsze są zależne od warstw 1. i 2. Na dodatek wszystkie operacje i interakcje odbywają się na wyrenderowanej warstwie, która jest ściśle powiązana z oryginalnym kodem.

Soczewka byłaby kolejną (abstrakcyjną) warstwą, podobną do warstwy renderującej, ale jej zadania byłyby inne. Soczewka zarządza i manipuluje warstwą drugą (wyrenderowaną przez FF), ale śledzi zmiany w warstwie pierwszej (oryginalny kod), a wszelkie interakcje użytkownika oraz wtyczki są wykonywane na soczewce właśnie.

Co by to dało? Dożo. Na początek można by sobie przeciągać i upuszczać rożne elementy, różnych stron. Zmieniać wielkość inputów (jak to jest obecnie możliwe w Safari), powiększać obrazki bezpośrednio na stronie, albo zmieniać położeni i wielkość jakichkolwiek elementów strony. Dzielić się fragmentami stron ze znajomymi, jedynie poprze przeciąganie zawartości na ich awatary.

W przyszłości soczewka miałaby pozwolić na uruchamianie natywnych programów systemu operacyjnego bezpośrednio w oknie przeglądarki (np. otwierając PDFa można sprawdzić pisownię używając odpowiedniego modułu przeglądarki).

Możliwości jest dużo, a opisanie ich wszystkich niepotrzebnie wydłużyłoby ten artykuł. Wszytko można prześledzić w artykule, do którego się odwołuję.

Refleksje

Zastanawiam się przy projekt przejdzie w fazę realizacji, która będzie na pewno wymagała ogromnej pracy i współpracy nie tylko wewnątrz grupy odpowiedzialnej za Firefoxa. Na pewno pomoże społeczność, ale obawiam się, że bez wsparcia innych firm tworzących oprogramowanie może się nie udać (patenty, itp.).

Ciekawy będzie też wpływ ewentualnego upowszechnienia się takiego podejścia do przeglądania sieci na samo tworzenie stron i aplikacji internetowych. Na pewno umocni się koncepcja rozdzielania treści od prezentacji, logiki od struktury i informacji od nośnika przekazu. Załóżmy, że ktoś odwiedzi moją stronę i postanowi sobie przykleić na pulpit jedynie sekcję odpowiedzialną, za nowo dodane obrazki? Będę musiał zapewnić integralność ze stroną, ale rozdzielność i niezależność fragmentów od całości. Style zaszyte w style="" raczej nie przejdą (żeby sobie ktoś nie pomyślał, że teraz tego bezeceństwa używam!).

Pożyjemy zobaczymy, a mi cały czas wydaje się, że Mozilla wybiega daleko w przyszłość z ambitnym planem przeniesienia ciężaru obsługi użytkownika z systemu operacyjnego na przeglądarkę. Nie głupie, biorąc pod uwagę, że już teraz nie trzeba instalować nic poza Firefoxem i można edytować zdjęcia, pisać dokumenty, tworzyć arkusze kalkulacyjne i prezentacje, odbierać pocztę, rozmawiać przez komunikatory czy zamawiać pizzę.

503 w wykonaniu WordPressa

Zastanawialiście się kiedyś jak wygląda błąd 503 w wykonaniu WP? Wygląda jak na obrazku&hellip… Trzeba napisać lol.

WordPress 503 Error

ESP, czyli standardy dla emaila

Kiedyś WasP wymyśliło Acid Test (obecna wersja ma numerek 3), a ten szybko (heh!) stał się wyznacznikiem jakości w tworzeniu silników przeglądarek. Acid Test uczynił przeglądarki lepszymi, a kodowanie xhtml/css łatwiejszym.

Dziś trafiłem na Email Standars Project (http://email-standards.org/) – jak sama nazwa wskazuje projekt mający na celu obnażyć wszelkie niedociągnięcia klientów poczty elektronicznej w kontekście poprawności ze standardami (W3C).

Pomimo, że jestem zwolennikiem emaila w formie zwykłego tekstu (pewnie przez sentyment do ascii-artów), to sama inicjatywa bardzo się mi spodobała.

Idea niczym jest bez działania, więc powstał Acid Test dla klientów poczty – mniej rozbudowany oczywiście. Ciekawe jest, że lista CSSowych właściwości, które powinny być wspierane przez wszystkie programy, powstała w oparciu o rekomendacje ludzi zajmujących się programowaniem stylów dla poczty elektronicznej. Jest to lista rekomendacji, a nie standardów i o tym pamiętać trzeba.

Lista rekomendacji a klienty poczty elektronicznej. Gmail i Outlook daleko w tyle za Thunderbirdem i AppleMail

ESP wymienia i bierze pod lupę najbardziej popularne programy pocztowe. Nie zaskoczyło mnie, że Thunderbird (nie wiem tylko, której wersji test dotyczył, ale pewnie tej stabilnej) i AppleMail doskonale radzą sobie z Acid Testem. Zawiedziony natomiast jestem wynikami Gmaila, a Outlook kontynuuje niechlubne tradycję Miscrosoftu do ignorowania standardów.

Idea godna postu w tych momentach permanentnego i długotrwającego obciążenia powinnościami projektowo–pracowniczymi. Zaiste, żem rzekł, coby się wytłumaczyć.