Dziudek's jogger

Animacje w MooTools 1.3

Sun, 17 Oct 2010 14:54:52 +0200

Płynne animacje elementów to zagadnienie, które bardzo zbliżyło strony WWW oparte o (X)HTML i CSS do stron wykonanych we Flashu. Właściwie patrząc na to co oferuje CSS3 można śmiało stwierdzić, że istnieje coraz mniej efektów stworzonych we Flashu, których nie da się przerobić na efekty wykonane z użyciem JavaScript.

Zawsze doceniałem MooTools za duże możliwości przy tworzeniu animacji. Ponieważ od czasu MooTools 1.1 wiele się zmieniło, chciałbym odświeżyć temat w wydaniu MooTools 1.3.

Spis treści

Klasy związane z animacją
Budowa klasy Fx
Sposoby łączenia animacji
Klasy Fx.Tween i Fx.Morph
Określanie przebiegu animacji
Przykłady
Podsumowanie

Klasy związane z animacją

Podstawę tworzenia animacji stanowi klasa Fx, klasy Fx.Tween oraz Fx.Morph to jej pochodne - tak samo zresztą jak wszystkie inne klasy z prefiksem Fx. Zatem podstawą do zrozumienia sposobu tworzenia animacji w MooTools jest poznanie zasad działania klasy Fx.

Przy czym klasy tej samodzielnie nie będziemy raczej używać - możemy przyjąć, że stanowi ona swoisty procesor do przeliczania wartości w czasie. Dopiero klasy takie jak wspomniane wcześniej Fx.Tween i Fx.Morph robią z tych obliczeń użytek w postaci animacji elementów.

Budowa klasy Fx

Klasa Fx implementuje interfejsy Chain, Events oraz Options. Konstruktor klasy Fx (i wszystkie pochodne klasy Fx) pobiera jako argument obiekt z opcjami w którym możemy określić następujące parametry:

fps - określa ilość klatę na sekundę dla animacji - domyślnie 50;
unit - określa jednostkę dla której wykonywane są obliczenia - przykładowo '%' lub 'px'. Użyteczne głównie wtedy kiedy nie zmieniają nam się wartości dla których wykonujemy animację a zmienia się jednostka. Domyślna wartość tego parametru to false;
link - określa nam w jaki sposób są wywoływane kolejne animacje odnoszące się do danej instancji klasy Fx. Obszerniej opiszę ten parametr w dalszej części wpisu;
duration - określa nam czas trwania animacji w milisekundach - domyślna wartość to 500. Warto wspomnieć, że możemy też podać ten parametr słownie: short (250ms), normal (500ms), long (1000ms)
transition - określa nam sposób przeliczania animacji co wpływa na jej dynamikę w poszczególnych częściach animacji. Dokładniejszy opis tej opcji znajduje się w dalszej części tego wpisu;

Przykładowy obiekt definiujący animację 30fps o długości 150ms:

{
        fps: 30,
        duration: 150
}

W klasie Fx mamy do wykorzystania następujące rodzaje zdarzeń:

start - zdarzenie to występuje w momencie rozpoczęcia animacji,
cancel - zdarzenie występujące w wypadku zaniechania animacji,
complete - zdarzenie występujące po zakończeniu animacji,
chainComplete - zdarzenie to występuje wtedy, kiedy zakończone zostaną wszystkie animacje wywołane dla obiektu klasy Fx, która ma określoną opcję link jako 'chain'.
Obsługę zdarzeń klasy Fx możemy definiować poprzez metodę addEvent:

obiektKlasyFX.addEvent('start', function() {
        console.log('Animacja rozpoczęta!');
});

albo (dzięki implementowaniu przez klasę Fx interfejsów Events i Options) w obiekcie opcji - w tym wypadku pamiętamy o dodaniu przedrostka "on" do nazwy zdarzenia:

{
        fps: 30,
        duration: 150,
        onStart: function() {
                console.log('Animacja rozpoczęta!');
        }
}

Animacją sterujemy z użyciem pięciu metod:

start

Metoda ta rozpoczyna animację (i wywołuje zdarzenie onStart). Pobiera dwa argumenty: wartość początkową i końcową, przy czym możemy też określić tylko jeden argument i wtedy jest on traktowany jako wartość końcowa. Wartość początkową stanowi wtedy z reguły wartość bieżąca modyfikowanej właściwości elementu - takie użycie jest często wręcz niezbędne do uzyskania płynnej animacji (zdarza się, szczególnie po anulowaniu animacji, że wartość początkowa różni się od bieżącej wartości modyfikowanej właściwości elementu i mamy do czynienia ze skokową animacją wartości na początku). Przykładowe wywołania metody start:

obiektKlasyFx.start(0, 10);
obiektKlasyFx.start(10);

Drugi zapis jest też wygodny z tego względu, że unikamy pobierania bieżącej wartości danej właściwości elementu - klasa Fx robi to za nas.

set

Metoda set służy do ustawiania konkretnej wartości parametru, bez wykonywania animacji. Stosujemy ją głównie do zdefiniowania początkowych wartości przed rozpoczęciem animacji:

obiektKlasyFx.set(10);

cancel

Metoda cancel powoduje zaniechanie dalszego wykonywania animacji i wywołanie zdarzenia onCancel. Nie pobiera żadnych argumentów:

obiektKlasyFx.cancel();

W wypadku jej stosowania najczęściej korzysta się też z metody start wraz z jednym argumentem celem uniknięcia skokowej animacji.

pause i resume

Metodę tą wykorzystujemy do chwilowego zatrzymania animacji. Którą możemy wznowić metoda resume. Obie metody nie pobierają żadnych dodatkowych argumentów:

obiektKlasyFx.pause();
obiektKlasyFx.resume();

Sposoby łączenia animacji

Wszystkie metody zwracają obiekt klasy Fx zatem możemy stosować tzw. chaining. To właśnie z nim związana jest opcja link oraz zdarzenie onChainComplete. Opcja link przyjmuje trzy wartości:

ignore - w tym wypadku jeżeli zażądamy wykonania przez obiekt klasy Fx animacji w czasie trwania innej animacji to nasze żądanie nie zostanie zrealizowane;
cancel - z kolei w tym wypadku nasze nowe żądanie animacji od obiektu klasy Fx zostanie zrealizowane - poprzednia animacja zostanie anulowana;
chain - w tym wypadku jest tworzony swego rodzaju stos animacji - każde kolejne żądania animacją są odkładane na ten stos i wykonywane wtedy kiedy poprzednie animacje zostały już wykonane. Gdy wszystkie animacje ze stosu się wykonają - wywoływane jest zdarzenie onChainComplete.

Klasy Fx.Tween i Fx.Morph

Wiemy już co oferuje nam klasa Fx - możemy zatem przejść do klas Fx.Tween oraz Fx.Morph, które robią prawdziwy użytek z klasy Fx.

Zacznijmy od podstawowej różnicy pomiędzy tymi klasami - Fx.Tween to klasa służąca do animacji pojedynczej właściwości elementu, natomiast klasa Fx.Morph potrafi modyfikować jednocześnie kilka właściwości elementu.

Składnia konstruktorów tych klas jest identyczna - poza obiektem opcji pobierany jest uchwyt do modyfikowanego elementu:

var efekt = new Fx.Tween(element, {/* tutaj dodatkowe opcje */});
var efekty = new Fx.Morph(element, {/* tutaj dodatkowe opcje */});

Możemy też zamiast uchwytu do elementu podać po prostu jego identyfikator jako obiekt typu String:

var efekt = new Fx.Tween('idElementu', {/* tutaj dodatkowe opcje */});

Istotna różnica pojawia się pomiędzy tymi klasami w wypadku użycia metod set i start (metody cancel, pause oraz resume wywołujemy tak samo jak w klasie Fx). Zacznijmy od metody set:

efekt.set('background', '#000');
efekty.set({
        'background': '#fff',
        'height': 100 
});

Jak widać poza wartością musimy też określić właściwość elementu, którą modyfikujemy - w wypadku klasy Fx.Tween stosujemy po prostu dwa argumenty, a w wypadku klasy Fx.Morph wykorzystujemy obiekt w którym pary klucz-wartość są postaci właściwość-wartość.

Metoda start w klasie Fx.Tween wygląda analogicznie:

efekt.start("background", '#000', '#fff');

Oczywiście tutaj też istnieje możliwość podania tylko docelowej wartości właściwości:

efekt.start("background", '#fff');

W wypadku klasy Fx.Morph składnia się ciut bardziej komplikuje - przy określaniu docelowej wartości wciąż wszystko wygląda prosto i w sumie tak samo jak w wypadku metody set:

efekty.start({
        'background': '#fff',
        'height': 100 
});

Natomiast jeżeli chcemy określić także wartość początkową, wtedy musimy zdefiniować wartość jako dwuelementową tablicę, której pierwszy element to wartość początkowa, a drugi to wartość końcowa:

efekty.start({
        'background': '#fff',
        'height': [50, 100] 
});

Dodatkowo jeżeli w klasie Fx.Tween chcemy uniknąć wpisywania przy każdym wywołaniu metody nazwy modyfikowanej właściwości, możemy zdefiniować opcję property - wtedy każda operacja będzie dotyczyła tak zdefiniowanej właściwości obiektu.

Określanie przebiegu animacji

Przebieg animacji określami w opcji transition. Dostępne rodzaje animacji mamy opisane po prawej na tej stronie Każdy z tych rodzajów animacji udostępnia (poza typem linear) trzy odmiany:

easeIn
easeOut
easeInOut

Jako wartość opcji transition możemy podać obiekt, na przykład:

Fx.Transitions.Sine.easeOut

lub skorzystać z uproszczonej składni:

'sine:out'

W wypadku animacji typu easeInOut zapisujemy:

'sine:in:out'

Dla celów poznawczych polecam jak zawsze niezawodne demo.

Możemy też tworzyć własne animacje z użyciem klasy Fx.Transition - zarówno definiując własne funkcje przebiegu animacji jak też modyfikując parametry już istniejących funkcji - Pow, Back oraz Elastic pobierają opcjonalnie drugi argument:

var przebiegAnimacji = new Fx.Transition(Fx.Transitions.Back, 1.8);

Przykłady

Teoria za nami - pora na przykłady praktyczne wykorzystujące prezentowane we wpisie informacje.

Przykład 1. Wykorzystanie różnych prędkości animacji:

var effect1 = new Fx.Tween('elm1');
$('example1-start').addEvent('click', function(){
        effect1.options.duration = $('select1').get('value');
        effect1.start('margin-left', 0, 300);
});
$('example1-reset').addEvent('click', function(){
        effect1.set('margin-left',0);
});

Warto zwrócić uwagę na fragment modyfikujący czas trwania animacji - jak widać nie musimy definiować wartości opcji wyłącznie w konstruktorze.

Przykład 2. Modyfikacja kilku właściwości elementu z użyciem klasy Fx.Morph:

var effect2 = new Fx.Morph('elm2');
$('example2-start').addEvent('click', function(){
        effect2.start({
                'width': 300,
                'height': 150,
                'border': '3px solid #a00',
                'background-color' : '#f00'
        });
});
$('example2-back').addEvent('click', function(){
        effect2.start({
                'width': 100,
                'height': 100,
                'border': '1px solid #999',
                'background-color' : '#ccc'
        });
});

Przykład 3. Zastosowanie różnych sposobów łączenia animacji:

var effect3 = new Fx.Tween('elm3', {duration: 'long'});
$('example3-start').addEvent('click', function(){
        effect3.options.link = $('select3').get('value');
        effect3.start('margin-left', 300).start('background-color', '#0c0').start('border', '10px solid #000');
});
$('example3-reset').addEvent('click', function(){
        effect3.set('margin-left', 0);
        effect3.set('background-color', '#ccc');
        effect3.set('border', '1px solid #999');
});

Przykład 4. Występowanie zdarzeń w trakcie animacji:

var effect4 = new Fx.Tween('elm4', {
        duration: 2000,
        link: 'chain',
        onStart: function() {
                $('elm4').appendText('onStart ');
        },
        onCancel: function() {
                $('elm4').appendText('onCancel ');
        },
        onComplete: function() {
                $('elm4').appendText('onComplete ');
        },
        onChainComplete: function() {
                $('elm4').appendText('onChainComplete ');
        }
});
$('example4-start').addEvent('click', function(){
        effect4.start('margin-left', 300).start('background-color', '#0c0').start('border', '10px solid #000');
});
$('example4-pause').addEvent('click', function(){
        effect4.pause();
});
$('example4-resume').addEvent('click', function(){
        effect4.resume();
});
$('example4-cancel').addEvent('click', function(){  
        effect4.cancel();
});
$('example4-reset').addEvent('click', function(){
        effect4.set('margin-left', 0);
        effect4.set('background-color', '#ccc');
        effect4.set('border', '1px solid #999');
        $('elm4').empty();
});

Podsumowanie

Poznaliśmy podstawowy sposób tworzenia animacji w MooTools 1.3. W kolejnym wpisie skupię się na metodach animacji przypisanych do klasy Element, które umożliwiają nam naprawdę szybkie (wymagające minimum kodu) definiowanie animacji - szczególnie użyteczne przy tworzeniu prostych i standardowych efektów.

Internet Explorer to fenomen

Mon, 11 Oct 2010 13:10:07 +0200

Zawsze gdy odpalam stronę pod IE z zapartym tchem czekam na rezultaty tego co mi zdoła wyrenderować ta przeglądarka. Z reguły korekty są kosmetyczne, ale czasem natrafiam na problemy, które ciężko w ogóle zrozumieć, a co dopiero wyjaśnić i poprawić.

IE niezwykłe jest już pod tym względem, że to jedyna przeglądarka, dla której muszę testować stronę na dwóch (a w niedalekiej przyszłości z okazji wydania IE9 prawdopodobnie na trzech) różnych wersjach. W wypadku Firefoksa, Chrome czy Safari nie pamiętam kiedy ostatni raz miałem zainstalowane dwie lub więcej wersji tej samej przeglądarki. A żeby było ciekawiej, na kilka tysięcy różnych zgłoszeń problemów dosłownie kilka było związanych z tym, że coś się źle wyświetla na jakiejś starszej wersji Firefoksa (w wypadku Chrome, Safari i Opery w ogóle takich zgłoszeń nie było). Jak widać z reguły wystarcza najnowsza wersja danej przeglądarki.

W wypadku IE sprawa lubi się skomplikować. Ostatnio dostałem informację, że formularz nie rozwija się poprawnie w IE7 i IE8 po naciśnięciu przycisku. Cóż - byłem pewien, że testowałem tą funkcjonalność, ale dla pewności otwieram stronę w IE8, potem w IE7, dla pewności robię to samo odpalając 64-bitową wersję przeglądarki i znowu test dla IE7, IE8... nic... wszystko działa. Idę do komputera z Win XP (już widziałem parę różnic w działaniu IE7 na XP i Win7) gdzie zainstalowane jest IE7 - dalej to samo - działa. Odpalam IETester - IE7 działa, IE8... mam! Rzeczywiście dzieje się tak jak opisano.

I tu zaczyna się problem - jak to trakować ? Na 7 przypadków tylko w jednym coś nie działa i na dodatek nie jest to normalna przeglądarka tylko swego rodzaju emulator. Muszę przyznać, że nigdy na innych przeglądarkach takich akcji nie widziałem i to nawet na różnych systemach. W tym wypadku nawet nie wiadomo gdzie szukać przyczyny błędu.

To niezwykłe, że ten sam (podobno) silnik renderujący działa inaczej w zależności od systemu. O problemach z renderowaniem wersji 64-bitowej nie wspomnę. Ostatnio nawet dla pewności odinstalowałem betę IE9, bo też już zauważyłem pewne różnice w wypadku trybu IE7 i IE8.

I żeby nie było - nie jestem pasjonatem tzw. pixel perfect w layoutach pod różnymi przeglądarkami, ale wypada zareagować gdy przykładowo kolumny z niewiadomych przyczyn wpadają pod siebie ;)

Tak szczerze - naprawdę MS korona by z głowy nie spadła gdyby oparli IE na WebKit (o grubych milionach zbędnie wydanych na programistów tworzących silnik renderujący od podstaw nie wspominając), zamiast odkrywać Amerykę na nowo i doprowadzając webmasterów do szału. Zwłaszcza, że jak tak patrzę co nieraz wyrzuca IE9 to mam wrażenie, że MS chyba nie zrozumiał tego iż kilku lat technologicznego zastoju nie da się szybko i bezboleśnie nadrobić.

Empik - czyli jak tego nie powinno się robić

Sun, 10 Oct 2010 13:01:24 +0200

Empik przeprowadzał "chwilową" modernizację swojego serwisu przez jakieś 40 godzin. Wolę sobie nie wyobrażać ile potencjalnych klientów musiało zrezygnować z zakupów. Natomiast całe to hasło "teraz książki się e-czyta" po małej analizie brzmi raczej jak żart niż poważna prorocza teza.

Tak - ceny są jak to mówią "z kosmosu". Nie trzeba daleko szukać by zauważyć, że ceny wielu e-wydań są w podobnych cenach co tradycyjnie wydane tytuły, a czasem nawet (o zgrozo) droższe. Ja rozumiem, że wydawca chce zarobić, ale w tym wypadku to chyba chciwość przejęła zupełną kontrolę nad logiką. Nie muszę chyba mówić, że typowy obywatel naszego kraju widząc, że za podobną cenę ma do wyboru książkę papierową oraz e-wydanie z jakimiś ograniczeniami (DRMów na zwykłe książki póki co nie ma :>) i perspektywą wydania kolejnych kilkuset złotych na jakiś czytnik - no chyba sami wiecie co wybierze ;)

Póki co z e-wydań tworzy się produkt dla pasjonatów nowinek (oczywiście nowinek jak na nasze polskie warunki), a tak raczej być nie powinno.

Powiem szczerze - liczyłem na jakieś bardziej ludzkie ceny. Na przykładzie serwisu eGazety widać, że można takie oferować. Przykładowo Newsweek kosztuje 2.5 zamiast 10 złotych za wydanie, Forbes 5 zamiast 10 złotych. W wypadku dzienników jest już ciut gorzej - Dziennik Łódzki wychodzi około 1.1 złotego zamiast 1.65 (uśredniając ceny wydań w tygodniu), ale to wciąż około 1/3 ceny różnicy. Robi różnicę ? No i w wypadku gazet forma "elektronicznej dostawy" jest niesamowicie przydatna, bo nie trzeba biegać do kiosku codziennie. A książek nie kupuje się codziennie więc aspekt wygody jest tutaj troszkę nadużywany moim zdaniem.

Mnie do zakupu e-wydania są w stanie skłonić dwie rzeczy: konkurencyjna cena (+wygoda jak w wypadku e-gazet) lub totalna niedostępność wydania papierowego (względnie perspektywa czekania kilku-kilkunastu dni na dostawę z zagranicy). Bez tego elektroniczne publikacje nie mają zbyt wielkich atutów w starciu ze swoimi tradycyjnymi odpowiednikami.

RubyCocoa - czyli aplikacje dla MacOS X w Ruby

Tue, 05 Oct 2010 18:52:45 +0200

Moje pierwsze starcie z programowaniem aplikacji dla MacOS było dość bolesne - XCode i Interface Builder to nie jest IDE moich marzeń, ale i tak najgorsza z tego wszystkiego wydawała się konieczność zapoznania się z językiem Objective-C. Różne języki poznałem w swoim życiu, ale muszę przyznać, że składnia Obj-C mnie zwyczajnie odrzuca. I właściwie to pogrążyło moje nadzieje na tworzenie programów dla MacOS.

Nie ukrywam, że byłem wniebowzięty gdy wyczytałem o istnieniu wsparcia Cocoa dla innych języków programowania - wybór padł od razu na Ruby - język, którego składnię bardzo polubiłem. I tak trafiłem na projekt RubyCocoa, który wspiera tworzenie aplikacji z użyciem Ruby.

Najfajniejsze w tym wszystkim jest to, że w jednym projekcie możemy mieszać klasy napisane w Obj-C i Ruby. Zatem nie musimy się martwić o to, że będziemy musieli zrezygnować (lub przepisywać na Ruby) z ciekawych klas napisanych w Obj-C. Ja przykładowo testowo stworzyłem projekt wykorzystujący MAAttachedWindow, który po małej korekcie kodu (zmiana jednej flagi) działa wyśmienicie z kodem napisanym w Ruby (bez zmian występował mały problem przy rysowaniu okienka).

Dodatkowo życie uprzyjemniają trzy możliwości wywoływania metod, które sprawiają, że przerobienie fragmentów kodu w Obj-C na Ruby jest banalnie proste. Przy okazji wtedy najlepiej widać ile oszczędzamy sobie pisania wykorzystując Ruby.

Bardzo przydatne są :ib_outlet oraz :ib_action, które pozwalają z poziomu kodu Ruby definiować akcje i outlety dla Interface Buildera.

Osobiście zamierzam przejść z RubyCocoa na MacRuby, który jest bardziej przyszłościowy (bo wspierany przez Apple) i ma jeszcze łatwiejszą składnię.

Najważniejsze jest jednak to, że przy tworzeniu aplikacji z użyciem Cocoa nie jesteśmy skazani na Obj-C, który dla wielu osób byłby po prostu kolejnym językiem do nauczenia :)

Tablety wygonią notebooki/netbooki z naszych domów ?

Thu, 23 Sep 2010 18:36:35 +0200

Gdy pokazywałem swojemu wujkowi iPada w pewnym momencie padły słowa "mając coś takiego laptop jest w sumie niepotrzebny". Dla mnie oczywiście jest to wizja niemożliwa do zrealizowania, bo nie wyobrażam sobie pracy zawodowej na tablecie. Ale zwykły użytkownik komputera przecież nie pracuje na komputerze tylko służy mu on głównie do rozrywki.

Gdybym przeanalizował do czego osoby z mojej rodziny wykorzystują komputery w domu to okaże się, że tak naprawdę wiele z tych zajęć nieodłącznie związanych jest z Internetem:

przeglądanie internetu (pochłaniające zresztą lwią część czasu spędzanego przy komputerze),
przeglądanie e-maili (w Internecie zresztą),
słuchanie muzyki,
oglądanie filmów (głównie w Internecie),
komunikatory,
granie w gry (przy czym masa z nich to gry w internecie),
sporadyczne wykorzystanie Worda i Power Pointa (jak siostrze w szkole każą),
składowanie zdjęć.

I nagle okazuje się, że właściwie wszystko to można by robić na tablecie - w wypadku Worda i Power Pointa mogłaby się przydać zwykła klawiatura, ale taką można banalnie podłączyć przez bluetooth.

Gdyby iPada wyposażyć w kamerkę, slot na karty pamięci, port USB i dodać obsługę Flasha to nagle okazałoby się, że ogromna część użytkowników komputerów nic więcej do szczęścia nie potrzebuje.

A trzeba jeszcze zwrócić uwagę na jeden fakt: taki system iOS obsługuje się banalnie prosto a dodatkowo coś w nim popsuć jest wręcz niemożliwe. Choć to akurat zła wiadomość dla tych, którzy zajmują się odpłatną pomocą w takich przypadkach ;)

Jestem wręcz gotów zaryzykować stwierdzenie, że Microsoft musi jak najszybciej przygotować godnego konkurenta iOS w wersji na iPada, jeżeli nie chce w ciągu kilku lat zniknąć ze świadomości tych użytkowników komputerów, którzy nie wykorzystują ich do pracy. Powiedzmy sobie otwarcie - Windows 7 na tablecie to ponury żart.

Zwłaszcza, że zakup takiego iPada, gwarantuje nam, że przez przynajmniej jakieś 2 lata produkowane oprogramowanie będzie dostosowane do jego wydajności (czyli to co nam gwarantuje zakup konsoli do gier), bo nikt nie zaryzykuje straty kilku milionów potencjalnych klientów.

Tak naprawdę ostatnią blokadą przed popularyzacją tabletów w Polsce może być i cena - dopóki tablety nie znajdą się w podobnym przedziale cenowym jak tanie laptopy, dla większości osób wybór: nowy sensowny laptop czy tablet będzie raczej jasny.

Coś dla tych co czują się młodo....

Sat, 18 Sep 2010 12:57:59 +0200

... a muszą wyjść na miasto sami z 15 lat młodszym bratem ;)

Powstałe na bazie świetnego PSD. Gdyby ktoś chciał więcej tego typu materiałów to polecam ten link.

iPad i jego wady

Thu, 16 Sep 2010 19:06:50 +0200

Wczoraj pisałem o tym jak iPad zmienił moje przyzwyczajenia, pora wspomnieć o mniej pozytywnych aspektach tego urządzenia. Po dłuższym okresie używania pewne rzeczy bardziej rzucają się w oczy. Nie będę w tym miejscu wspominał o wadach takich jak brak wielozadaniowości czy folderów znanych z iOS4, bo te funkcjonalności zostaną wprowadzone w listopadzie. Skupię się na tym co raczej szybko się nie zmieni.

Poniżej 5 kwestii, które sprawiają, że iPad nie jest ideałem.

Brak flasha czasem boli

O ile w wypadku iPhone brak flasha nie był raczej uciążliwy poza przypadkami, kiedy twórcy strony okazywali totalny brak wyobraźni robiąc we flashu np. tylko menu (kto próbował przez iPhone zrobić rezerwację biletów w Cinema City ten zna mój ból), tak w wypadku iPada brak flasha jest bardziej odczuwalny. Oczywiście też jestem zwolennikiem koncepcji wyparcia flasha przez otwarte standardy sieciowe, ale problem polega na tym, że to nie nastąpi raczej w ciągu dwóch-trzech lat, zwłaszcza, że Adobe chce podobno wprowadzić natywną obsługę 3D do flasha (kto kiedykolwiek się bawił Papervision lub innymi bibliotekami 3D we flashu wie, że obecnie 3D wydajnościowo leży i to właśnie ma się zmienić), co może dać tej technologii drugi oddech na kolejny okres. Mnie osobiście najbardziej boli brak możliwości odtworzenia filmików do niektórych artykułów - nie każdy używa do ich przechowywania YouTube czy Vimeo, które mają odtwarzacze wspierające urządzenia z systemem iOS.

Wyłączony input[type=file]

To kolejna wielka bolączka Safari w iOS. Chcesz wysłać fotografie z iPada na Facebooka z poziomu strony ? A może szybki upload screenshota ekranu na Blipa ? Przykro mi - bez paru kombinacji się nie obejdzie. O ile w wypadku Facebooka można wysyłać zdjęcia mailem lub poprzez programy typu iFiles, to już w wypadku Blipa ciągle muszę trzymać klienta tego serwisu z iPhone - tylko po to by móc w razie potrzeby wysyłać zdjęcia. Nie mam potrzeby robienia z iPada kolejnego dysku zewnętrznego, ale jednak możliwość uploadowania zdjęć by się przydała i chyba nie leży poza zdolnościami programistycznymi developerów iOS a szczególnie Safari.

iPhone wciąż atrakcyjniejszy dla developerów ?

To akurat bardzo subiektywna opinia, ale nie mogę się oprzeć wrażeniu, że aplikacji na iPada jest wciąż mało. W wypadku iPhone mogłem spędzić kilka wieczorów przeglądając AppStore i wciąż znajdując interesujące mnie aplikacje i gry. W wypadku iPada jest jakby biedniej i w sumie wciąż trochę brakuje tak genialnych aplikacji jak Flipboard czy Reeder.

Wymacany ekran

To jedna z większych bolączek urządzeń posiadających dotykowy ekran - po całym dniu nie wygląda on zbyt uroczo, a po fabrycznym połysku ekranu zostaje tylko wspomnienie z dnia rozpakowania urządzenia. I tu trzeba się zastanowić czy iPad służy nam głównie do oglądania jak sobie ładnie leży na stoliku czy też do pracy. W obu rolach sprawuje się znakomicie, jednak w pierwszym wypadku grozi nam wpadnięcie w szewską pasję wycierania ekranu, w drugim - szybko można zauważyć, że jeżeli nie macało się ekranu zaraz po jedzeniu kurczaka czy innych frytek to odcisków na podświetlonym ekranie praktycznie nie widać.

Ładowanie z baterii z laptopa

To dość zagadkowa kwestia - ponoć w większości laptopów zasilanie w portach USB nie pozwala na ładowanie iPada i pojawia się komunikat o tym, że bateria nie jest ładowana. Jak napisałem jest to zagadkowe z tego względu, że zauważyłem wzrost poziomu naładowania baterii po podłączeniu iPada do dłuższej synchronizacji. Zatem pewnie da się go naładować, ale potrwałoby to wieki (czyli na moje: z 12 godzin). Jest to trochę uciążliwe, bo z reguły dokonywałem synchronizacji urządzenia właśnie podczas ładowania go z laptopa, a teraz robię to od święta co trochę drażni, bo proces wydłuża się znacząco gdy trzeba sporo danych zaktualizować.

A skoro już mowa o synchronizacji to do szału mnie doprowadza domyślne synchronizowanie aplikacji z iPada i iPhone: innymi słowy to co się da przenieść z iPada ląduje też na iPhone i na odwrót. Po synchronizacji mam zapewnione kilka chwil usuwania zbędnych aplikacji z obu urządzeń. Nie wiem kto na to wpadł, a ja do tej pory nie doszedłem jak to wyłączyć w iTunes, a drażni mnie to niemiłosiernie (zwłaszcza gdy ostatnio synchronizacja trwała dobrą godzinę bo kopiował mi się z iPhone NAVIGON od Ery, który oczywiście na iPadzie raz, że jest nieporzebny a dwa, że i tak by nie zadziałał).

Brak aparatu/kamerki

O ile brak kamerki takiej jak w iPhone 4 mi nie doskwiera - video w Skype używam naprawdę od święta a FaceTime nie miałem okazji przetestować, tak brak aparatu z tyłu urządzenia trochę boli. Trzeba zaraz brać telefon i robić nim zdjęcie, wrzucać np. na dropboxa i dopiero można na iPadzie ze zdjęcia skorzystać - przydałoby się skrócić ten proces ;)

Podsumowanie

Wiem, że mógłbym w tym spisie wspomnieć o jeszcze jednej ważnej kwestii - według wielu osób ekran LCD się nie nadaje do czytania ebooków. Z pewnością jest w tym sporo racji, ja jednak już przywykłem do czytania ogromnej ilości tekstów z monitora i dopóki nie przetestuję Kindle lub innego czytnika ebooków wykonanego w technologii e-Ink dopóty nie będę się w tej kwestii wypowiadał, bo osobiście nie odczuwam dyskomfortu nawet przy dłuższym czytaniu z iPada, a punktu odniesienia czy może być dużo lepiej nie mam.

Jak iPad zmienił moje przyzwyczajenia

Wed, 15 Sep 2010 18:43:01 +0200

Już prawie półtora miesiąca korzystam z iPada i zauważyłem, że znacząco zmienił on moje niektóre przyzwyczajenia związane z wykorzystaniem Internetu. Oczywiście cała zasługa w cechach jakie posiada iPad. Poniżej 5 najważniejszych zmian jakie wniósł on do mojego obcowania z Internetem.

Zawsze może być lepiej

Kiedyś uważałem, że laptop to szczyt mobilności - w końcu można go zabrać ze sobą, usadowić się w dowolnym pokoju i korzystać. Teraz już wiem, że dopiero iPad zapewnił mi prawdziwą swobodę w korzystaniu z Internetu. W wielkim skrócie teksty "Chodź to Ci coś pokażę w Internecie" zmieniły się na "Zobacz" - to robi gigantyczną różnicę.

Szybciej już prawie się nie da

Wstaję rano i chcę przed śniadaniem sprawdzić pocztę, zrobić przegląd Facebooka i Blipa. Odpalenie laptopa zajmuje 2-3 minuty i co dla mnie najgorsze - trzeba wyjść z ciepłego łóżeczka ;) Na iPadzie uzyskanie dostępu do Internetu to czas potrzebny na wykonanie dwóch przyciśnięć - przycisku Home i ikonki Safari. Efekt? Laptopa odpalam dopiero 2-3h po wstaniu z łóżka.

ePrasówka

Kiedyś zarzuciłem w ogóle czytanie prasy - nie było czasu i ochoty chodzić do kiosku. Po tym jak odkryłem eGazety na nowo zaprzyjaźniłem się z prasą - tym razem w wydaniu elektronicznym. Kilkanaście sekund i mam od samego rana (z reguły już od 4-5 rano) dostęp do najświeższego wydania subskrybowanych gazet, a przy tym wychodzi mnie to dużo taniej (kilkanaście procent tańsze wydania). Same gazety przegląda się bardzo wygodnie (skalowanie strony jednym gestem to coś niesamowicie przydatnego) i przyjemnie.

iPhone już nie jest taki fajny

Telefon zaczął mi w końcu wytrzymywać 3-4 dni na baterii - to najbardziej widoczny efekt tego, że używam go znacznie rzadziej. Oczywiście w terenie jest niezastąpiony, ale w domu iPad nie ma konkurencji - podobna mobilność a wszystko jest większe, wyraźniejsze i po prostu wygodniejsze.

Znowu czytam RSSy

W pewnym momencie darowałem sobie czytanie RSSów gdyż zwyczajnie mi się to znudziło i zaczęło nużyć - i tak na Facebooku pojawiała się spora część interesujących mnie wpisów ze stron, które lubię. Ale po tym ja zobaczyłem aplikację Reeder - na nowo pokochałem RSSy :) Interfejs tej aplikacji jest według mnie po prostu idealny, a codzienny przegląd subskrypcji na nowo stał się przyjemnością.

Podsumowując: pomimo obecnych wad iPada naprawdę pozwala on zaoszczędzić dużo czasu i wprowadza on korzystanie z Internetu na zupełnie inny poziom - poziom niesamowitej wygody użytkowania.

Blog Day 2010

Tue, 31 Aug 2010 22:05:57 +0200

Zdążyłem wstać przed północą, więc się załapię z wpisem z okazji dzisiejszego święta ;) Zgodnie z tradycją: lista pięciu blogów, które chciałbym Wam polecić. Kolejność przypadkowa ;)

1. wtfjs

Myślę, że każdy kto przejrzy stronę główną i miał styczność z JavaScript zrozumie główną ideę - zbieranie w jednym miejscu różnych ciekawych zjawisk mających miejsce w kodzie skryptów :)

2. 3DS Max Rendering

Pozycja dla tych co lubią sobie porenderować. Ja osobiście zauważyłem, że dużo bardziej niż modelować lubię bawić się ustawieniami rendererów celem osiągnięcia różnych ciekawych efektów stąd takie specyficzne pozycje mam w czytniku RSSów :) Swoją drogą dla osób lubiących tego typu tematy polecam książkę Cyfrowe oświetlenie i rendering - bardzo ciekawa pozycja i do tego ładnie wydana.

3. inspire me now

Tą pozycję polecam wszystkim, którzy szukają swojej codziennej porcji inspiracji - dosyć dużo wpisów się pojawia, więc można przetrwać nudne wykłady jak się przypadkiem na nie chodzi ;)

4. Cytadela

Coś dla miłośników fizyki, a szczególnie astronomii. Dużo ciekawego materiału na niekoniecznie proste tematy przedstawionego w przystępnej formie.

5. Jak żyć

Na koniec motyw humorystyczny - odkryłem tego bloga przypadkiem. Niektóre teksty są naprawdę mocne i życiowe ;)

Na koniec

Dawno tutaj nie pisałem, ale niebawem powrócę - ostatnio troszkę się skupiłem na swoim blogu o Joomla!, naszykowałem też nowy layout, który w wolnej chwili umieszczę na swoich blogach, a potem zajmę się pisaniem :) Główna tematyka pewnie trochę się zmieni - tak bardzo pokochałem swojego iPad-a, że na pewno poświęcę mu trochę wpisów, a dodatkowo prawdopodobnie będzie sporo o Google Maps API i ogólnie o różnych API popularnych serwisów bo jest to ściśle związane z tematem mojej pracy inżynierskiej i na pewno pojawi się sporo ciekawych kwestii którymi będę się chciał z Wami podzielić ;)

Joomla! [PRACA]

Fri, 26 Mar 2010 09:41:10 +0100

Gdyby ktoś był zainteresowany składaniem szablonów dla Joomla! za naprawdę godziwe pieniądze to zapraszam do zapoznania się z tą ofertą

joomla.jogger.pl

Mon, 15 Feb 2010 00:20:13 +0100

Jeżeli komuś tematyka związana z CMS-em Joomla! jest bliska to zapraszam na swój nowy blog pod adresem:

joomla.jogger.pl/

Zapewne wpisy będą się na nim częściej pojawiać niż tutaj ;)

HTC vs. iPhone

Mon, 28 Dec 2009 14:54:14 +0100

Przeszło miesiąc temu wyposażyłem się w iPhone 3GS. Wcześniej przez półtora roku korzystałem z HTC Touch Diamond i korzystając z tej okazji przygotowałem swego rodzaju porównanie tych telefonów. Oba telefony w momencie zakupu znajdowały się w podobnym przedziale cenowym jeżeli chodzi o cenę aparatu bez abonamentu ^[1] - w wypadku iPhone uzbroiłem się w abonament gdyż bez mobilnego dostępu do Internetu ten telefon nie ma racji bytu (jak zresztą chyba wszystkie nowsze telefony).

Muszę przyznać, że dość długo rozważałem ten zakup czytając w sieci różne za i przeciw by w końcu dość impulsywnie skusić się. Mam wrażenie, że masa negatywnych opinii o iPhone pochodzi od ludzi, którzy tego telefonu w ręku nie mieli, a co dopiero mówić o dłuższym używaniu. Swoją drogą gdybym dorwał HTC w swoje ręce przed zakupem to nie wiem czy pisałbym o nim jako swoim poprzednim telefonie teraz.

Pierwsze wrażenie

Jak już człowiek coś kupi to liczy, że to co nabył będzie sprawować się bezproblemowo od samego początku. W wypadku iPhone wszystko przebiegło sprawnie (choć ten wymóg posiadania iTunes na komputerze może niektórych trochę drażnić) i po kilkunastu minutach telefon był gotów do boju (miałem przez parę minut stracha, że nieszczęśliwie trafiłem z chipsetem w laptopie ^[2]). Jeśli chodzi o HTC to dwie "przygody" są warte odnotowania - po pierwsze kalibracja ekranu - do dziś coś mnie trafia jak mam ją przeprowadzić (na szczęście to rzadka "przyjemność") - generalnie opiera się to na macaniu ekranu w nadziei, że kiedyś się uda. Druga sprawa - telefon się włączył, wszystko ładnie, pięknie - zaczynamy podróżować palcem po ekranie i w tym momencie po prostu czuć, że to nie to… coś jest nie tak - telefon zwyczajnie MULI. I rzeczywiście - firmware 1.37 (o ile dobrze pamiętam) był IMHO z lekka niedorobiony, interfejs Touch Flo 3D po prostu się wlókł - do płynności z filmów pokazowych brakowało mu dużo… za dużo… Oczywiście problem udało się jakoś rozwiązać - ściągnąłem jakiś magiczny software, zwiększyłem to i owo, odhaczyłem tamto i owamto - zaczęło działać znośnie choć ciągle to nie było to czego bym chciał, ale lepszych rozwiązań wtedy nie udało się znaleźć. Dopiero wraz z firmware 2.* telefon zaczął działać "jako tako".

Co do designu obu telefonów i urządzeń pobocznych nie będę się rozwodził - oba telefony prezentują wysoki poziom projektu i wykonania - chyba tylko ktoś o wyszukanym guście mógłby powiedzieć, że są brzydkie.

Drugie wrażenie - czyli początki użytkowania

Jest parę operacji, które wykonuję bardzo często w telefonie i jestem wniebowzięty jeżeli przebiega to tak sprawnie, że nie muszę prawie zwracać na to uwagi. W iPhone po kliknięciu przycisku zasilania włącza się blokada klawiszy, kliknięcie największego przycisku powoduje aktywowanie ekranu, włączenie alarmu wibracyjnego to kwestia przestawienia jednego przełącznika na obudowie telefonu, odłożenie telefonu od ucha powoduje aktywowanie się ekranu, który się wyłącza w momencie przyłożenia aparatu do ucha. W HTC żadne z tych udogodnień standardowo nie istniało. Oczywiście - zapewne większość z tych zachcianek można spełnić poprzez zmianę czegoś tam w ustawieniach lub instalację kolejnej dziwnej malutkiej aplikacji, która zrobi to za nas. Tylko pytam się - dlaczego nie było tak oczywistych funkcjonalności w standardzie ? Potem jako nowicjusz włóczy się człowiek po forach szukając rozwiązań w sprawach o których powinni pomyśleć producenci aparatu i oprogramowania!

I jeszcze jedna wielka wada mojego HTC - nie dociekłem czy to kwestia jakichś ustawień czy po prostu on tak ma, ale w czasie rozmowy (tak - takie telefony do tego też czasem służą ;) dźwięk rozmówcy był zdecydowanie za cichy - do tego stopnia, że właściwie w bardziej tłocznym i gwarnym miejscu po prostu często nie dało się porozmawiać, bo nie było nic słychać.

I jeden plus dla HTC - coś czego mi trochę brakuje na co dzień w iPhone - podświetlane kółeczko sygnalizujące nieodebrane połączenia/wiadomości - świetny pomysł, bo lubię wyjść w teren bez telefonu - dzięki niemu przy powrocie od razu widziałem czy ktoś czegoś ode mnie nie chciał bez ruszania telefonu.

System operacyjny - WM 6.1 vs. iPhone OS

No w tej kwestii to iPhone miażdży zupełnie HTC. WM 6.1 to totalna pomyłka dla telefonu z dotykowym wyświetlaczem - obsługiwanie systemu palcem poza Touch Flo 3D jest po prostu uciążliwe. Jakoś tą sztukę opanowałem po pewnym czasie - natomiast nie wyobrażam sobie używać rysika do podstawowych spraw typu pisanie SMS-ów czy obsługa systemu - nie po to kupowałem telefon z dotykowym wyświetlaczem by posuwać po nim rysikiem - w takiej sytuacji już lepiej sprawić sobie coś z klawiaturą QWERTY - zwyczajnie mniej upierdliwe i nie zgubi się ciągle wyciąganego i wkładanego rysika (na plus HTC dodam, że pomyśleli o zapasowym w zestawie). Rysik od zawsze akceptowałem tylko do odręcznych notatek ;) Kolejna sprawa to tragiczny wygląd samego systemu - wychodząc poza Touch Flo 3D ma się wrażenia cofnięcia o 3 epoki do ery Windows 98 - bo tak mniej więcej wygląda interfejs. W iPhone OS wszystko wygląda porządnie, wszelkie przyciski są wystarczająco duże by w nie trafić, a sam interfejs w większości aplikacji jest spójny i intuicyjny. Jeżeli chodzi o szybkość działania to co tu kryć - WM 6.1 chodził według mnie dość topornie - nawet odpalenie Opery chwilę trwało - w porównaniu do Safari z iPhone OS to tak jakby porównywać Firefoksa do Google Chrome - kto używa obu ten wie o czym mówię.

Właściwie jest jedna wada iPhone OS, która niektórych może martwić - brak możliwości działania aplikacji z AppStore w tle (bo np. muzyki w tle da się posłuchać). Zamiast tego istnieje PUSH, który okresowo wykonuje magiczne operacje typu: sprawdzenie ile maili nam doszło na skrzynce pocztowej. Oficjalnie chodzi o kwestię użycia baterii, nieoficjalnie nie wnikałem jaki jest powód takiego ograniczenia. Tak naprawdę ta wada jest zauważalna tylko wtedy kiedy użytkownik ma ogromną potrzebę bycia online nawet gdy telefon leży sobie spokojnie w kieszeni (inaczej mówiąc musisz mieć wiecznie odpalony komunikator IM w tle - szczerze mówiąc innych zastosowań dla aplikacji na telefon działających w tle za bardzo nie widzę) - ja takiej potrzeby nigdy nie miałem i raczej mieć nie będę, zwłaszcza że na telefonie z racji gabarytów i tak wiele nie zdziałasz w sprawach zawodowych (to samo zrobisz via SMS, a jeszcze szybciej i lepiej poprzez rozmowę telefoniczną), a ukochana/ukochany z reguły są w stanie przeżyć chwile naszej nieobecności albo już mają wykupiony pakiet darmowych SMS-ów / rozmów na nasz numer. A dla tych, którzy naprawdę mają takie potrzeby pozostaje zapewne rozwiązanie a'la HTC - "Jailbreak + jakaśMagicznaAplikacja", bo pewnie się jakoś da odpalić kilka aplikacji naraz. Ale tak między nami - trochę geekowato jak już nawet w kolejce po ogórki w osiedlowym spożywczaku masz potrzebę pogadania poprzez XMPP z kimś ;)

Trochę o hardware

Czułość wyświetlacza w iPhone jest nieporównywalnie lepsza od tej z HTC - jak dla mnie dwa światy, co widzę szczególnie teraz użytkując oba telefony naraz - w HTC muszę dość mocno naciskać ekran bo gesty z którymi się oswoiłem w iPhone nie powodują żadnej reakcji wyświetlacza HTC.

Rozmiary wyświetlacza - te 0.7 cala w wymiarach wyświetlaczy robi ogromną różnicę. Można by narzekać, że rozdzielczość wyświetlacza w iPhone jest za mała, ale według mnie 640x480 w HTC to jest gruba przesada - w iPhone wcale nie odczułem bym potrzebował większej rozdzielczości - jest tak akurat :) Jest to doskonały przykład tego jak większe cyferki w specyfikacji wcale nie znaczą, że coś jest lepsze. Tak swoją drogą kiedyś odpaliłem jakąś grę w rozdzielczości jaką oferuje maksymalnie HTC - bez rysika nie podchodź! - a co do rysika to już się wypowiadałem ;)

Multitouch - no cóż, kto bawił się jakąś ciekawszą aplikacją na iPhone (np. Google Earth) ten wie, że to cudo ;)

Aparat fotograficzny - tu w zasadzie nie wiem czy w ogóle jest sens oceniać - jak dla mnie aparat w telefonie to coś co po prostu ma być po to by można było sfotografować "na szybko" coś istotnego. Oba telefony mają podobnej jakości osprzęt i nigdy nie miałem wysokich wymagań w tej kwestii. Tym którzy lecą na 10MPix w telefonie gratuluję znajomości praw fizyki ;) Jeżeli zaś chodzi o lampę - w swoim SE ją mam i kiedyś nawet robiłem z jej użyciem zdjęcia w nocy - szczerze mówiąc szału nie było i dużo więcej na zdjęciach widać nie było - mam wrażenie, że z tymi lampami podobnie jak z tymi megapikselami - fajnie wygląda to w specyfikacji telefonu, bo praktyczność takiego rozwiązania znajduje się dużo poniżej oczekiwań.

Bateria - HTC wytrzymywał mi około 3 dni na standardowej baterii jak prawie nic z nim nie robiłem. Przy przeciętnym użytkowaniu bateria potrafiła paść po jednym dniu (i z tego co czytałem w sieci to raczej normalne). Pewnie da się znowu jakimiś szamańskimi metodami to zmienić, ale ja na takie zabawy zwyczajnie nie miałem czasu i oszczędzanie baterii skończyło się u mnie na wyłączeniu 3G w telefonie. iPhone natomiast wytrzymuje mi średnio 2 dni przy 6 godzinach użytkowania przy WŁĄCZONYM 3G (sam pomysł umieszczenia tego typu informacji w łatwo dostępnym miejscu jest świetny) - w HTC o takich osiągach mogłem co najwyżej pomarzyć (może większa bateria dałaby radę).

Kamera do rozmów wideo - to jest kolejny gadżet z HTC, którego NIGDY nie użyłem i który fajnie wygląda tylko w specyfikacji telefonu. BTW czy ktoś w ogóle prowadził wideo-rozmowy w celach innych niż testowe ? Mam wrażenie, że ten wynalazek to coś pokroju WAP - niby super-ekstra-nowoczesne ale tak naprawdę do niczego nieprzydatne - krótko mówiąc : bezużyteczny bajer. Tak naprawdę nawet te MMS-y których brak obsługi niektórzy mocno wytykali w starszych iPhone - wydawały mi się przez wiele lat zbędne. Dopiero jakoś od okresu wakacji mi się przydały w wypadku jednej osoby, ale jeżeli w takim tempie to idzie to na pewno do czasu kiedy wideo-rozmowy będą mi potrzebne iPhone się w dodatkową kamerkę uzbroi :)

Inne aplikacje

App Store to miejsce, które po prostu wciąga - ogromna ilość aplikacji z czego duża część darmowa. Popularność iPhone sprawiła, że możemy liczyć na dostępność pozycji od naprawdę znanych i cenionych firm takich jak Electronic Arts czy Autodesk. Można narzekać, że co fajniejsze aplikacje/gry są płatne ale spójrzmy prawdzie w oczy - stać Cię na utrzymanie telefonu wynoszące w sumie kilka tysięcy PLN, a szkoda Ci wydać 3 euro na pełną wersję gry ? No wtedy coś tu nie gra na mój gust. Osobiście jeszcze nie udało mi się znaleźć czegoś co byłoby mi potrzebne i nie znajdowało się w App Store ;)

Fajnie gdy można zainstalować aplikacje z innych źródeł, ale z drugiej strony - pobierając/kupując w App Store mamy prawie 100% pewność, że pobrane oprogramowanie jest wolne od złośliwego kodu i zostało przetestowane na naszej platformie - czyli krótko mówiąc - zadziała.

A co do ciekawych gier/aplikacji - to temat na osobny wpis, który się kiedyś na pewno pojawi ;)

Programowanie

Pisanie aplikacji to jeden z nielicznych obszarów gdzie mój poczciwy HTC ma wciąż dużą przewagę nad iPhone - Visual Studio , SDK i można pisać pod Windows Mobile (np. w moim ulubionym C#).

Z iPhone OS jest trochę gorzej - po pierwsze musisz mieć maca. Po drugie musisz znać dość nietypowy język jakim jest Objective-C - poza środowiskiem MacOS raczej niespotykany (są też jakieś rozwiązania by pisać dla iPhone w innych językach, ale nie zgłębiałem tego tematu jeszcze). I wreszcie po trzecie - aby móc przetestować swoją aplikację musisz wydać $99 na certyfikat, który umożliwi odpalenie aplikacji na telefonie - bez tego pozostaje testowanie w emulatorze. Oczywiście można emulować MacOS, a certyfikat zapewne ominie się przez Jailbreak, ale na mój gust przy takiej kombinacji dochodzi punkt czwarty - kupno koszulki "jestem hardkorem" (zwłaszcza gdy chcesz sobie wmówić, że emulowany MacOS wcale nie muli ;)

Samo środowisko programistyczne z SDK jest porządne - XCode wraz z Interface Builder-em i emulatorem iPhone tworzą całkiem zgrabne trio (choć i tak bardziej lubię Visual Studio). Dla prawdziwych zapaleńców widziałem nawet jakiś Shader Builder^[3] do OpenGL.

A swoją drogą co do OpenGL pod iPhone to wątek jest dość ciekawy i intrygujący (przynajmniej dla mnie), przy czym tworzenie aplikacji w OpenGL ES jest "odrobinkę" bardziej uciążliwe niż ma to miejsce w przypadku tradycyjnych platform - pierwsza rzecz, która rzuca się w oczy to brak instrukcji glBegin i glEnd - w ramach optymalizacji trzeba korzystać z tablic wierzchołków. Druga rzecz, która już mi się rzuciła w oczy - glRotate, glScale, glTranslate może i istnieją w specyfikacji OpenGL ES, ale natychmiastowe pady emulatora dały mi do zrozumienia, że chyba jednak zamiast tych instrukcji należy stosować ręcznie macierze transformacji - także chyba będzie trzeba w końcu je sobie wydrukować i powiesić nad łóżkiem. Zresztą z tego co wyczytałem standardowe instrukcje transformacji są dość nieefektywne w iPhone… no dobra… koniec wywodu może pokuszę się kiedyś o wpis na temat OGL w iPhone jak zgłębię temat i Objective-C ;)

Pozostałe

Wpis się trochę rozrósł a i tak pewne kwestie prawdopodobnie pominąłem - gdyby kogoś interesowało coś konkretnego to proszę śmiało pytać :)

Podsumowanie

Nie ukrywam, że HTC Touch Diamond rozczarowuje przy iPhone - mam wrażenie, że jest nieprzemyślanym i niedopracowanym produktem - kiepski (zwłaszcza przy iPhone) ekran, system operacyjny niedostosowany do telefonów z dotykowym wyświetlaczem, wolne działanie standardowej konfiguracji czy brak wielu udogodnień zwiększających wygodę użytkowania to podstawowe bolączki tego telefonu. Posiada udogodnienia z których 99% użytkowników nigdy nie skorzysta (patrz np. kamerka do wideo-rozmów). Z kolei iPhone ma wszystko to czego potrzeba normalnemu użytkownikowi telefonu, a nawet trochę więcej - jest to telefon który w pełni zasługuje na miano multimedialnego. HTC jest dobry dla osób, które lubią dużo grzebać przy swoim telefonie (choć iPhone po Jailbreak prawdopodobnie pod względem możliwości modyfikacji mu nie ustępuje) i mają czas na to by przeszukiwać fora w poszukiwaniu odpowiedzi na swoje potrzeby. Przeciętnemu użytkownikowi iPhone sprawi zdecydowanie mniej problemów i więcej przyjemności z użytkowania.

[1] niestety jest to przedział "Chyba Cię #%#$^!&%&*%, że można wydać tyle na telefon ?!"

[2] http://tech.wp.pl/kat,1009781,title,Windows-7-nie-widzi-iPhonea,wid,11662966,wiadomosc.html?ticaid=195ab

[3] http://developer.apple.com/graphicsimaging/opengl/shader_image.html

iPhone ciągle łączy się z siecią ?

Sun, 27 Dec 2009 09:45:06 +0100

Tytuł wpisu może być odrobinę mylący, bo tak naprawdę opisywany problem nie tyczy się tylko iPhone, ale po prostu poszukując odpowiedzi na tego typu pytanie nie znalazłem satysfakcjonującej mnie odpowiedzi (Wujku Google - indeksuj) a z tego co widziałem sporo osób miało/ma/będzie mieć podobny problem.

Otóż jakiś czas temu zauważyłem, że bateria w iPhone po prostu znika w oczach, mimo że telefon nie był prawie używany - naładowałem telefon przed snem, wstaję rano (dodam, że sypiam względnie mało ;) a bateria wskazuje ~75% przy paru minutach używania - coś jest nie tak. Po południu zauważyłem a właściwie usłyszałem w radio zakłócenia typowe dla telefonu, który pobiera jakieś dane/łączy się z siecią. Nie byłoby w tym nic nadzwyczajnego gdyby nie to, że trwało to non-stop. Zacząłem szukać w sieci - odpowiedzi kręciły się w obrębie motywów typu "przeprowadź restore systemu", "Jailbreak->jakaśMagicznaAplikacja", "Wejdź na stronkę X to wyłączysz Edge/3G itd.". Wszystko fajnie ale nie miałem jakoś zamiaru rozstawać się z dostępem do sieci, który mam wliczony w abonament a włączanie i wyłączanie Internetu przez jakieś cudo po Jailbreak-u też mi się nie uśmiechało zwłaszcza, że po prostu ewidentnie coś się łączyło w tle z siecią (widać to było w iBOA w spisie transmisji danych). Restore systemu też nie pomógł.

Co pomogło ? Otóż przeniosłem telefon po naładowaniu (padł po 16h przy ~30 minutach używania) dosłownie 3 metry w stronę okna na stoliczek. Wstaję rano - voila ! Bateria wskazywała 97% po całej nocy czuwania. Co ciekawe przeniosłem z tego stolika drugi telefon (HTC) na biurko (z obawy, że wstając rano do budzika z iPhone zabiję się o drukarkę i szkło z potłuczonego drukarką stolika) - słyszałem przed snem w radio, że też coś się łączy z siecią - telefon padł po 11h prawie nieużywany w tym czasie.

Wniosek ? Prawdopodobnie sygnał z nadajnika był przez jakiś czas słabszy (po 3 dniach problem zniknął) i telefony namiętnie łączyły się z siecią jak to mówią - do oporu, co skutkowało dużym zużyciem baterii i nie wiedzieć czego w wypadku iPhone także transferu (dosłownie kilkanaście kB danych, ale gdy ktoś jest rozliczany za każde połączenie z transmisją danych to robi się z tego niebagatelna sumka). Ogólnie warto sprawdzić czy przypadkiem nasz najbliższy nadajnik nie ma gorszego dnia, zamiast kombinować z różnymi dziwnymi rozwiązaniami ;)

P.S.: Podziękowania dla mojego jeszcze nie wypartego przez streaming radia z Internetu radiobudzika za pomoc w detekcji problemu ;)

DOMContentLoaded

Sun, 08 Nov 2009 19:53:06 +0100

Dzisiejszy wpis dedykuję wszystkim wielbicielom zdarzenia DOMContentLoaded. Niestety jak wszystko co dobre, wymaga ono ostrożności w stosowaniu.

Dla zobrazowania sytuacji dwa przykłady.

W MooTools 1.1.1 (niektórzy muszą wciąż na nim bazować - i nie jest to wcale małe grono) implementacja zdarzenia domready sprawia, że w IE powstają czasami dziwne błędy wynikające z tego, że zdarzenie to występuje PRZED wczytaniem kompletnego drzewa dokumentu. Efektem jest z reguły na wpół załadowana strona. Żeby było jeszcze ciekawiej to problem ten występuje tylko w niektórych przypadkach - niestety nie udało mi się jeszcze wykryć kiedy dokładnie to się dzieje ze względu na złożoność stron, które posiadały ten problem. Jedno jest pewne - w MooTools 1.1.1 stosowanie zdarzenia domready właściwie odpada na stronach gdzie użytkownik może swobodnie dodawać nowe moduły z treścią - w konkretnej konfiguracji nasz skrypt może pięknie działać w IE ale wystarczy, że użytkownik włączy dodatkowe moduły i wtedy mogą wystąpić poważne problemy - lepiej nie ryzykować zwłaszcza, że widok strony, która wczytała się do połowy wcale nie powoduje przywołania na myśl tego, że przyczyną może być źle działający skrypt.

Drugi problem tyczy się także stron gdzie mogą się pojawić później dodatkowe elementy. Jako przykład przytoczę tu skryptowe wyrównywanie kolumn - pierwsza myśl przy tworzeniu takowego skryptu jest jasna - niech to wyrównywanie wykona się najszybciej jak to tylko jest możliwe. I wszystko zapewne będzie działać pięknie do momentu w którym na stronie nie pojawi się po jakimś czasie dodatkowy skrypt, który będzie modyfikował wysokość elementów w treści kolumny i oczywiście złośliwie korzystał ze zdarzenia onLoad.

Reasumując ten krótki wpis - decyzja o korzystaniu ze zdarzenia DOMContentLoaded powinna wynikać nie tylko z zalet tego rozwiązania, ale także z przeanalizowania przyszłych losów tworzonej strony - jeżeli wiemy, że strona jest tak zbudowana iż umożliwia użytkownikowi spore zmiany w zakresie układu witryny i dodawanie dodatkowych rozwiązań bez naszego udziału to rada jest krótka - lepiej zapomnieć o stosowaniu tego zdarzenia.

piąty semestr

Sat, 10 Oct 2009 10:54:14 +0200

Dwa tygodnie uczelni minęły mi w ekspresowym tempie. Przeprowadziłem już małe rozpoznanie przedmiotów (sztuk 7 + wf + język obcy). Po małych rotacjach z fakultetami, (których pół roku temu w ogóle miało nie być, a potem w magiczny sposób się pojawiły) wybrałem cybernetykę zamiast zaawansowanych systemów baz danych - nie będę ukrywał z czysto praktycznych względów: po pierwsze - mam o 30h w semestrze mniej, po drugie - cybernetyka rysuje się na dość łatwe do zdobycia 4 punkty ECTS, po trzecie - nie strawiłbym kolejnego semestru tłumaczenia mi SQL, a od administracji SQL Server mam piękną książkę, która w razie potrzeby wyjaśni mi to co trzeba 100 razy lepiej niż prowadzący laborki, którzy musieli się nagle przerzucić z Oracle na platformę Microsoftu.

Poza cybernetyką mam też potworka zwanego Historią sztuki i estetyki. Pierwszy wykład był o wszystkim tylko nie o tym na co wskazuje nazwa przedmiotu. Może to się zmieni, ale ogólnie ów przedmiot wygląda na (delikatnie mówiąc) zapychacz wymyślony przez jakiegoś nawiedzonego humanistę - szczerze mówiąc bardziej obcuję ze sztuką przeglądając swoje RSSy niż na wspomnianym wykładzie...

Z typowo "graficznych" przedmiotów (wszak specjalizacja pt. Grafika Komputerowa i Multimedia zobowiązuje :P) mam przedmiot Podstawy kompozycji (z oceną jeszcze się wstrzymam) oraz modelowanie i animacja - niestety patrząc na przebieg zajęć mam obawy czy bym to ogarnął nie mając za sobą dłuższej praktyki w 3d std MAX (w moim rankingu zajęć na które chodzę bo wypada, zajmuje on niechlubne drugie miejsce). No i to tyle przedmiotów, które trzeba po prostu przetrwać (choć w wypadku modelowania i animacji, pewnie przetrwanie będzie wymagało paru nocek spędzonych z wizualizacją i animacją na zaliczenie).

Z przedmiotów, które zapowiadają się konkretnie mam Inżynierię Oprogramowania - na labolatorium przypadła mi z kolegą zacna rola architekta systemu - krótko mówiąc murzyn grupy do pisania raportów i patrzenia czy system równo puchnie. Ale ogólnie sam przedmiot zapowiada się względnie ciekawie.

Programowanie komunikacji człowiek-komputer to przedmiot na którym mają mnie nauczyć XML-a i wszystkich języków z jego otoczki. Laborki to raczej banał. Chyba, że zadania z XSLT będą wymagały jakiejś magicznej wiedzy matematycznej.

No i na deser - programowanie aplikacji graficznych. Jedyny przedmiot w tym sem z którego wykład mnie nie usypia, a trzeba dodać, że zaczyna się on o 8:30. Laboratorium z tego przedmiotu jest względnie wymagające - na początek czeka nas pisanie parsera formatu *.3ds (byłoby łatwiej gdyby miał on oficjalną dokumentację, a nie masę opracowań bazujących na domysłach autorów :P), potem wizualizacja wybranego zjawiska fizycznego, a na koniec własny shader. Wszystko w OpenGL, którego nie spisałem na straty po tym jak widzę, że WebGL coraz wyraźniej pojawia się na horyzoncie.

Sumarycznie wychodzą mi 24 godziny zajęć w tygodniu (w drugiej połowie semestru 22h), czyli nie jest źle ;)

Jestem oazą spokoju...

Sun, 20 Sep 2009 16:13:18 +0200

To mój ulubiony tekst związany z pracą. Istnieją dwie sytuacje, które mi o nim przypominają - testowanie strony na IE i kontakt z niektórymi użytkownikami naszych produktów. Skupię się na tym drugim, bo przez ponad 2 lata zaobserwowałem sporo ciekawych zjawisk. Fakt, że po dwóch latach mało co już człowieka dziwi i wyprowadza z równowagi.

Mógłbym podzielić użytkowników na bardzo wiele grup, ale skupmy się na moich "ulubionych". Istnieje wysokie prawdopodobieństwo, że jeżeli ktoś udziela wsparcia dla produktów używanych przez szersze grono osób to trafi na podobnych osobników.

Cudowne "uzdrowienia"

Pierwsza grupa użytkowników to te osoby, które poza zaśmiecaniem mi skrzynki mailowej i ewentualnie archiwum komunikatorów mało mnie irytuje. Typowy przypadek wygląda następująco:

Dostaję e-mail z opisem problemu, który pojawił się nagle,
Po upływie czasu z przedziału 5 minut - 2 godziny dostaję maila, że problem udało się rozwiązać bez mojego udziału

Podejrzewam, że większość tych przypadków stanowią ludzie, którzy reagują na widok białej strony z napisem "Fatal Error" lub "Warning" dość spontanicznym wysyłaniem maili do kogo popadnie.

Ktoś kogo osobiście bardzo cenię w dziedzinie tworzenia stron WWW powiedział mi kiedyś, że warto po otrzymaniu jakiegoś pytania odczekać trochę czasu - mnóstwo problemów rozwiązuje się wtedy samych - i to naprawdę działa.

Wybiórcza ślepota

Tytułowa przypadłość dotyka sporą grupę użytkowników - możesz napisać na czerwono w bloku z czerwonym obramowaniem, że archiwum z plikami należy wypakować przed instalacją a i tak znajdzie się całe grono osób, które tego nie zrobią, a spory odsetek z nich napisze o razu do Ciebie maila, że im coś nie działa. To schorzenie odnosi się też poza tekstem pisanym na czerwono do pola wyszukiwarki na forum, ale o tym za chwilę.

Powielacze

Mając forum z odpowiedziami na różne problemy, można liczyć, że wątki będą rzadko powielane, a raz rozwiązane problemy posłużą jako wskazówka dla innych. Nic bardziej mylnego - niektórzy chyba uważają, że jak im osobiście nie odpowiesz to nie jest to rozwiązanie ich problemu (który był rozwiązany już 10-20 razy w przeszłości na forum).

Wtórni analfabeci

Do każdego produktu dołączamy zawsze plik PDF z opisem konfiguracji, użytkowania itd. Pomyślcie co można poczuć gdy widzi się maila z pytaniem na które odpowiedź znajduje się na pierwszych stronach instrukcji ? Nie dysponuję dokładnymi analizami, ale śmiem przypuszczać, że jakieś 60-80% użytkowników w ogóle nie czyta instrukcji, a w razie jakichkolwiek problemów od razu pisze maila. Ponieważ staram się krzewić ideę czytania instrukcji, najczęściej odpisuję krótkie "Please read manual", które jest wskazówką do rozwiązania 90% problemów. Oczywiście zdarza się trafić głową w mur - parę razy miałem do czynienia z osobnikami, którzy mieli do mnie wielki żal o to, że każę im sprawdzić w instrukcji zamiast odpowiedzieć na pytanie - dalsza dyskusja to z reguły prawdziwy test cierpliwości.

Przeróbki

Jeżeli niektórych oburzają stawki typu 50PLN za skrypt, to co powiecie na ludzi myślących, że od ręki i za darmo naniosę im w skrypcie zmiany, które można by sklasyfikować jako przeróbka roweru na samochód ? Zaręczam - jest ich wielu.

Samo przestało działać

Są też na tym świecie ludzie wierzący w to, że uwierzę w magiczne samouszkodzenie się skryptu. Życie na szczęście nauczyło mnie, że w oprogramowaniu nic nie psuje się samo z siebie i albo coś musiało się zmienić w konfiguracji serwera, albo w samym skrypcie. Potem zamiast od razu znaleźć przyczynę problemu trzeba robić przesłuchanie by w końcu dowiedzieć się, że jednak parę godzin temu coś było zmieniane, jakby nie można było tego od razu powiedzieć.

Czepialscy

Niektórzy osobnicy sprawiają wrażenie, że wstali rano tylko po to by Ci dogadać i doczepić się czegokolwiek. Miałem już osobnika, który się prawie awanturował o to, że w komentarzu w kodzie CSS jest literówka - na pewno miała ona ogromny wpływ na wygląd strony. Na szczęście z reguły idzie łatwo wyczuć czy ktoś ma rzeczywiście problem czy szuka zaczepki. Ciekawą podgrupą czepialskich są ludzie, którzy myślą, że pisząc na forum o 2 w nocy dostaną w ciągu godziny odpowiedź. Oczywiście ja od dwóch lat w ogóle nie sypiam i tylko czekam w gotowości z otwartym laptopem aż ktoś napisze coś na forum (dodajmy do tego fakt, że ów osobnik może pisać z USA jak również z Chin czy innej Indonezji).

Totalnie bezczelni

Ostatnia grupa, którą chcę opisać to osobnicy, którzy dopadli w swoje łapki nasze płatne produkty w sposób nielegalny. I pół biedy jak je po prostu mają - choć to też drażni, ale nie jesteśmy tak naiwni by wierzyć, że całkowicie wytępimy piractwo naszych produktów. Tak naprawdę totalna irytacja (i tu nawet po dwóch latach użerania się z różnymi dziwnymi ludźmi nie nauczyłem się patrzeć na to z dystansem) zaczyna się wtedy gdy taki osobnik zaczyna pisać na ogólnodostępnym forum z pytaniami odnośnie swojego nielegalnego produktu (tu już ciśnienie rośnie) i zaczyna się przeobrażać w osobnika z grupy czepialskich - tak w tym momencie każdego normalnego człowieka coś trafia. Osobiście mam troszkę inną nazwę na takie osoby, ale wolałbym się tu jednak powstrzymać od wulgaryzmów. Stopień bezczelności jest mniej więcej taki jakby złodziej samochodów zadzwonił do okradzionego z pretensjami, że tapicerka nie jest w jego ulubionym kolorze.

Zła wiadomość

Wspomnianych wyżej zachowań raczej nie da się raczej całkowicie wytępić dlatego jeżeli już je obserwujemy to czym prędzej należy nauczyć się podchodzić do nich z dystansem. Osobiście gdybym spotkał się pierwszy raz z tym z czym spotykam się obecnie codziennie to pewnie bym zrezygnował z takiego zajęcia po tygodniu. Miałem to szczęście, że poszczególne zachowania pojawiały się w pewnej przestrzeni czasu w miarę popularyzacji naszych produktów i co za tym idzie - powoli oswoiłem się z tym jacy ludzie potrafią być i co potrafią wymyślić. A wierzcie mi lub nie - ludzie potrafią dać czasem w kość mając złudzenie anonimowości w sieci.

Przeglądarki...

Sat, 12 Sep 2009 20:26:24 +0200

Zaokrąglone rogi będą motywem przewodnim tego wpisu, bo idealnie wiążą się z tematem, który chciałbym poruszyć. Sądzę, że przewija się on w głowie niejednej osoby, która miała okazję składać strony WWW.

Otóż zawsze gdy dostaję do poskładania layout skacze mi ciśnienie gdy widzę w nim zaokrąglone rogi. Nie... Nie dlatego, że ten motyw na stronach WWW już wystarczająco mi się opatrzył. Po prostu zaokrąglone rogi to esencja pewnego problemu. Osoba dająca nam layout do poskładania oczywiście chce by był on jak to mówią - "pixel perfect" pod każdą przeglądarką (czyli pod tymi najpopularniejszymi). To oznacza pewne niedogodności. Weźmy na warsztat wspomniane zaokrąglone rogi - wszystkie normalne przeglądarki dorobiły się już ich obsługi za pomocą CSS. Problem polega na tym, że istnieje znana chyba wszystkim grupa "nienormalnych" przeglądarek, które tego udogodnienia za pomocą CSS nie obsługują. Pech chciał, że w skali globalnej te "nienormalne" przeglądarki mają około połowy udziałów w skali globalnej (mniejsza o to czy jest to 40% czy 60% - takiej grupy użytkowników nie można pominąć).

I teraz specjalnie dla grupy osób używającej misiów do przeglądania stron WWW, osoba składająca stronę musi celem uzyskania zaokrąglonych rogów zamiast jednej linijki w kodzie CSS, tworzyć różne dziwne struktury - tym dziwniejsze im bardziej elastyczny ma być blok z zaokrąglonymi rogami). Te struktury to z reguły masa div-ów, które zawierają się w sobie nawzajem. I nie wiem jak Wy, ale mi bardzo często w czasie tworzenia takiej zacnej struktury div-ów po głowie chodzi jedno pytanie:

Po jaką cholerę ?

Oczywiście musicie zdać sobie sprawę z tego, że raczej nie uda się Wam tego wytłumaczyć waszemu grafikowi/klientowi.

Warto jednak zastanowić się kto tak naprawdę używa IE ? Czy używa go ktoś kto ma jakieś pojęcie o tworzeniu stron WWW (nie wliczamy tu webmasterów, którzy na IE testują) ? Mogę się założyć, że przeciętny Kazio, będący typowym użytkownikiem IE, biorący pole input domyślnej wyszukiwarki za pasek adresu ma głęboko w poważaniu czy na stronie którą właśnie składamy będą zaokrąglone rogi czy nie. On po prostu jeżeli już w przyszłości na naszą stronę trafi, to nie będzie prowadził rozważań w stylu "czy kolor linków został odpowiednio dobrany ?" (no chyba, że grafik naprawdę schrzanił w tej kwestii dobór kolorów - ale tu działa taka magiczna zasada "na sędziego meczu" - możesz świetnie sędziować mecz piłkarski i nikt na Ciebie nie zwróci uwagi, ale spróbuj podyktować niesłuszny rzut karny i potem przez trzy tygodnie będziesz "gwiazdą" numer jeden w krajowej/lokalnej sieci). Przeciętny Kazio wejdzie na stronę, znajdzie co potrzebuje i sobie pójdzie.

Czy warto zatem dla takich osób męczyć się, dokładać dodatkowe dziwne struktury w kodzie strony i tym samym zwiększać czas jej ładowania (no bo zaokrąglone rogi wymagają nie tylko więcej kodu (X)HTML, CSS, ale też dodatkowych grafik) ? Moja odpowiedź - nie. I moim małym marzeniem jest by ludzie, którzy potrzebują stron WWW w końcu zrozumieli, że w sieci podstawą jest informacja podana w czytelny sposób (o łatwości jej znalezienia w strukturze strony nie wspomnę), a detale typu zaokrąglone rogi nie są na tyle istotne (no może poza jakimiś ekstremalnymi przypadkami) by poświęcać na nie dodatkowy transfer danych i zapytania do serwera po dodatkowe grafiki.

Po prostu ludzie, którzy patrzą bardziej szczegółowo na jakość wykonania stron nie używają IE (na pewno trafią się jakieś dziwne jednostkowe przypadki, ale z rachunku prawdopodobieństwa wynika, że szansa iż taki osobnik trafi na naszą stronę jest bardzo mała) - oni używają normalnych przeglądarek, które wspierają nowoczesne rozwiązania i takim osobom można serwować dopieszczone wizualnie strony z przejrzystym kodem.

Ktoś powie, że to pójście na łatwiznę, ale może jest to po prostu pójście po rozum do głowy ? Po co mamy z uporem maniaka pokazywać użytkownikom IE, że w nim też można uzyskać ładne wizualnie strony, skoro i tak 99.999% z nich nie zwróci na to w ogóle uwagi?

joomla.org nas chyba nie lubi

Tue, 08 Sep 2009 15:56:24 +0200

Niedawno szef dostał maila z serwisu extensions.joomla.org w którym mamy umieszczone nasze moduły. W skrócie: napisano w nim, że niedawno ktoś oddał 30 głosów w bardzo krótkim czasie na nasze produkty. Wszystkie głosy pochodziły z różnych kont i tego samego adresu IP. Zagrożono, że jeżeli sytuacja się powtórzy to nasze produkty zostaną usunięte z katalogu.

Nie ukrywajmy - od razu można było wyczuć, że ktoś nam podkłada "świnię". Bo jak można w tak naiwny i bezczelny sposób "promować" swoje produkty poprzez głosowania licząc, że nikt z administracji tego nie zauważy ?

Oczywiście wysłaliśmy mail z wieloma pytaniami i wyjaśnieniami. W odpowiedzi dostaliśmy e-mail napisany na "odwal się" z informacją, że nasze produkty zostały zbanowane (najpierw ostrzegają, że jeżeli sytuacja się powtórzy to nas zbanują, a potem banują od razu - ciekawe...). Dodatkowo napisano by "przypomnieć się" ze zdjęciem bana w danym dniu. Albo ich system banowania jest w jakiejś dziwniej fazie beta albo istnieją jakieś inne magiczne powody dla których ban nie zostanie zdjęty automatycznie - stawiam na wiarę w to, że po prostu zapomnimy się upomnieć o zdjęcie bana. Po tym mailu z panem, który nas tak pięknie "obsłużył" skończyliśmy dyskusję bo było widać, że nie potrafi dopuścić do siebie myśli, że mamy wystarczająco dużo inteligencji by takich akcji nie przeprowadzać na ich stronie.

Posłaliśmy maila z prośbą o wyjaśnienie tej sprawy do innego administratora i liczymy, że obiektywnie spojrzy na tą sprawę - osobnik, który się nią zajmował chyba o czymś takim jak obiektywność zapomniał (choć jak dla mnie nie tylko o obiektywności zapomniał).

Jeżeli nasze produkty będą dalej banowane w katalogu to wniosek jest taki, że prawdopodobnie wystarczy założyć kilka/kilkanaście kont, głosować na produkty konkurencji z jednego IP i liczyć na to, że moderatorzy podobnie jak w naszym wypadku orzekną winę autorów danych produktów, usuwając je z katalogu. Słowa "liczyć na to" są tu jak najbardziej na miejscu, bo od dłuższego czasu mam dziwne wrażenie, że niektórzy mają na stronach joomla.org łatwiej niż inni.

Względnie niedawno powstała strona resources.joomla.org docelowo mająca gromadzić wszelkie witryny związane z Joomla!. Dziwnym trafem nie zaakceptowano naszego zgłoszenia jako klubu oferującego szablony dla Joomla!. Zresztą nie ma w nim też takiego klubu jak Joomlart - powiedzmy sobie szczerze - to ogromny brak, bo to chyba największy gracz na tym rynku (ciekawostka: Joomla! domyślnie po instalacji ma do wyboru jeden z ich darmowych szablonów - JA Purity). A co ciekawe w katalogu można znaleźć takie kluby oferujące szablony jak www.pixelthemestudio.ca które żeby było śmieszniej - na stronie głównej korzystają ze zmodyfikowanego na własne potrzeby... naszego szablonu... Nie ukrywam, że w takiej sytuacji nie wiem czy się śmiać, czy płakać widząc taki "katalog".

Być może wadą naszych modułów i komponentów dla Joomla! która sprawiła, że wypadły z katalogu na extensions.joomla.org jest to, że są one bezpłatne i stanowią dla sporej grupy osób dobrą alternatywę w stosunku do płatnych modułów i komponentów innych firm. Oczywiście pozostanie to tylko w sferze naszych firmowych domysłów. Parę miesięcy temu zawiedliśmy się na obiektywności Smashing Magazine, teraz serwisy związane z joomla.org zaczynają zachowywać się podobnie.

A ucierpią na tym tylko użytkownicy Joomla! - będą mieli wybór ograniczony do pewnej grupy produktów, które włodarze serwisów pochodnych joomla.org uznają za godne prezentowania w ich katalogach.

Jeszcze raz... :P

Mon, 07 Sep 2009 15:46:03 +0200

Mógłbym Wam podać 50 rzeczy/wydarzeń/osób, które sprawiły, że rozstałem się ze swoim Joggerem na dłuższy okres czasu, ale po pierwsze - kto by to czytał ? Po drugie - czas, który poświęciłbym na pisanie tej zacnej listy, można spożytkować na inny wpis ;)

Jedyne dwa istotne fakty:

* Pewne jest, że wystąpi zjawisko pisania na tematy odbiegające (często dość mocno) od informatyki - bo prowadzenie dwóch blogów (technicznego i tego 'luźnego') odpadło z listy moich koncepcji.

* Blip zaspokajał moje potrzeby przez dość długi czas, ale w pewnym momencie człowiek dochodzi do wniosku, że 160 znaków to za mało a same blipnięcia są dość... ulotne ;)

Żyję...

Sun, 17 May 2009 21:54:07 +0200

... i mam się w miarę dobrze. Gdyby ktoś się pytał czemu tak cicho: użeram się z dwoma dość czasochłonnymi projektami - to będzie moja koparka w OpenGL, a to będzie konsolowa wersja szachów japońskich, które jeszcze potem mają mieć GUI i parę innych drobiazgów. Także póki co się nie nudzę zwłaszcza, że w pracy też nie ma przebacz i trzeba robić to i owo ;)

Ale parę ciekawych projektów MooToolso-pochodnych zalega w notatkach i czeka na realizację i upublicznienie ;) Pewnie po sesji ;)