Patryk Bajer == Bayger

Krótki wpis informacyjny. gBlip w wersji 0.1.3 leży już w repozytorium i czeka na testowanie. Jest to najprawdopodobniej ostatnie wydanie przed 27 kwietnia z powodu mojej tygodniowej wycieczki do Lądka. Oto co znajdziecie nowego w porównaniu do poprzedniej wersji 0.1.1:

• listę obserwowanych i obserwujących
• widoki, czyli możliwość przełączania się między różnymi kokpitami (swój i innych użytkowników) i bliposferą
• całkowicie nowy silnik komunikacyjny
• nową ikonkę programu

Dodam tylko, że w repozytorium powstał podkatalog tags, który będzie zawierał kolejne wersje programu. Jak zawsze czekam na Wasze komentarze!

PS. Nie będzie mnie w dniach 21-26 kwietnia, więc mogę nie odpowiadać w tym czasie na komentarze.

Od wczoraj gBlip zyskał domenę specjalnie dla siebie. Jej adres to http://gblip.pl. Jeszcze przez jakiś czas będzie ona przekierowywała na mojego bloga, a dokładniej do wpisów z kategorii gblip. Jeśli zatem przybyłeś tutaj w poszukiwaniu strony głównej projektu gBlip to póki to jest jej zawartość. Zmieni się to w najbliższej przyszłości. Najpierw jednak muszę doprowadzić program do względnej używalności. Przy okazji chciałem wszystkim podziękować za ciepłe przyjęcie projektu i cenne uwagi. Jak zwykle, zachęcem do wypowiadania się w komentarzach.

A ja wracam do kodowania gBlipa…

PS. Więcej o gBlipie można dowiedzieć się z wpisu o starcie projektu.

Dzisiaj napiszę o tym, jak zdobyć kod gBlipa i jak go uruchomić. Instrukcja ta dotyczy systemu Ubuntu 8.04 beta. Z założenia gBlip jest programem integrującym się z desktopem GNOME czy Xfce, więc póki co nie planuję jego wersji pod Windowsa (choć jest to możliwe).

UPDATE dla Windowsowców: Vigridowi udało się w dość prosty sposób uruchomić gBlipa pod Windowsem. Opisał to na swoim blogu. To nie wszystko. Wojtek Siudziński a.k.a. Suda przygotował instalator dla Windowsa. Wielkie dzięki dla nich!

Ale zanim napiszę o sednie sprawy mała uwaga: gBlip żyje póki co tylko parę dni, więc ciężko go nazwać choćby wersją pre-alpha. Nie oczekujcie zbyt wiele. To jest dopiero niestabilna wersja 0.1.x. Innymi słowy w tym stadium rozwoju prawdopodobieństwo wystąpienia błędów jest bardzo duże. Większość opcji jest niedostępna (choćby sidebar czy okienko konfiguracji). Mimo tego proszę Was o feedback w komentarzach – co zmienić, co jest niewygodne, co by się przydało itp. Póki co nie ma co pisać o błędach, bo jest ich cała masa.

Dodam jeszcze, że jesli poniższy opis wyda się komuś egzotyczny to może lepiej niech poczeka na wersję w postaci paczki. Zrobię ją tak szybko jak dowiem się jak to się robi (zna ktoś jakiś dobry tutorial do paczek debiana?).

Repozytorium kodu

Projekt gBlip został zarejestrowany na portalu SourceForge.net i tam też ma swoje repozytorium kodu. Zdecydowałem się na Subversion, gdyż jest wygodne, stabilne i dobrze mi znane. Oto komenda, którą trzeba wydać, aby zassać kod źródłowy gBlipa:

svn checkout https://gblip.svn.sourceforge.net/svnroot/gblip/trunk gblip

Subversion zapyta o certyfikat SSL, na co należy odpowiedzieć twierdząco. Po dłuższej chwili zostanie utworzony podkatalog gblip a w nim najświeższa wersja programu. Aby uaktualnić z koleji kody źródłowe należy wydać poniższą komendę będąc w tym samym katalogu co wydając poprzednią:

svn update gblip

Co jest potrzebne i jak to się uruchamia?

Aby uruchomić program trzeba mieć zainstalowanego Pythona i biblioteki PyGtk i cjson. Tak się składa, że standardowa instalacja Ubuntu zawiera dwie pierwsze zależności. Należy tylko doinstalować cjsona:

sudo apt-get install python-cjson

Niestety, starsze Ubuntu nie mają paczki cjson w repozytorium i trzeba ją zainstalować ręcznie (trzeba mieć pakiety build-essential python-dev; instalacja za pomocą sudo setup.py install). Teraz można już uruchomić program. Robi się to wydając poniższą komendę będąc w katalogu gblip/src:

python gblip.py

W czasie pierwszego uruchomienia pokaże się okienko do logowania. Dane zapiszą się w profilu (nawet jeśli nie zaznaczony będzie ptasiek). Potem już gBlip jest do Waszej dyspozycji (albo raczej póki co niedyspozycji ). W razie kłopotów najlepiej skasować plik ~/.gblip/config zawierający konfigurację.

Z mojej strony póki co to wszystko. Zapraszam do komentowania.

Wreszcie znalazłem chwilkę czasu aby zabrać się za to, co chciałem już zacząć parę dni temu. A cóż to takiego? Postanowiłem, w ramach kolejnego etapu nauki Pythona, napisać klienta desktopowego Blipa. Wiem, że istnieje już napisany w Javie przez Serafina Blipper, który już teraz robi duże wrażenie. Mimo tego chcę napisać własny program służący do komunikacji przez platformę Blipa, ale napisany w Pythonie z użyciem biblioteki PyGtk. Nazwę programu podpowiedział Hadret, a jest nią po prostu: gBlip. Użycie biblioteki Gtk ma swój niezaprzeczalny plus – integracja ze środowiskiem GNOME czy Xfce. Do GNOME’a przylgnąłem już na długi czas, więc wybór był dla mnie oczywisty.

Teraz parę zdań na temat aktualnego stadium projektu. Jestem w fazie planowania i projektowania interfejsu. Jeśli chodzi o samą komunikację z serwerem Blipa to załatwi ją biblioteka BlipPy, którą napisałem parę dni temu i udostępniłem na portalu SourceForge.net. Tak samo się stanie oczywiście z gBlipem – będzie to projekt z otwartym kodem. Na pewno będę potrzebował pomocy od Was – potencjalnych użytkowników tego programu. Na początku chodzi o sam interfejs programu. Chciałbym od Was usłyszeć uwagi i pomysły z nim związane.

Projekt UI

Póki co mogę Wam pokazać makietę, która docelowo będzie interfejsem gBlipa:

Przypominam, że gBlip korzysta z GTK+ więc wygląd programu bedzie się różnił w zależności od wybranej skórki GTK. Powyższy screen zrobiłem, jak miałem ustawioną dość minimalistyczną skórkę Rezlooks.

Kilka słów o UI

Zdecydowałem się na umieszczenie pola wpisywania wiadomości nad listą wiadomości – tak jak jest to na stronie Blipa. Chciałbym uniknąć nieco schzofrenicznej sytuacji, kiedy w jednym miejscu wiadomości wpisuje się u dołu, a w innym na górze. Ponieważ autorzy Blipa postanowili, że będzie to góra – nie zamierzam tego zmieniać. Wydaje mi się, że wszystkim będzie łatwiej, jak będą spójne zasady obsługi obu kanałów komunikacji.

Druga sprawa to tzw. sidebar, czyli pasek boczny z dostępnymi widokami. Po rozmowie z Hadretem doszliśmy do wniosku, że najlepiej będzie dać użytkownikowi w tym przypadku wybór – albo lewa strona albo prawa. Także zaznaczam, że będzie opcja, która umożliwi przerzucenie sidebara na drugą stronę okna.

W pierwotnym projekcie, który namalowałem sobie zwyczajnie na kartce miałem jeszcze jeden element. Pod listą wiadomości miał znaleźć się mini panel z informacjami o użytkowniku zaznaczonej wiadomości (nie mylić z górnym panelem aktualnie zalogowanego). Póki co zrezygnowałem z tego ficzera. Jeśli uważacie, że byłby pomocny/potrzebny napiszcie o tym w komentarzach. Wtedy znajdzie się w którejś z wersji gBlipa.

Prośba o feedback

Na koniec prośba do Was wszystkich. Jeśli macie jakieś uwagi do powyższego projektu proszę napiszcie o nich w komentarzach. Jeśli jest wszystko okay to też napiszcie. Zawsze dobrze wiedzieć, że ktoś zgadza się z moimi wypocinami. Oczywiście chętnie przyjmę nowe pomysły dotyczące gBlipa.

PS. Tutaj tego nie widać, ale oczywiście będzie ikonka w tray’u. Jeszcze nie myślałem o jej funkcjonalności dokładnie. Może jakieś pomysły?

Dzisiaj z przerażeniem zauważyłem, jak ciężka była strona główna bloga. Za pierwszym razem trzeba było zassać prawie pół mega plików różnego rodzaju. Był to bodziec, aby wreszcie zmienić jego wygląd na coś bardziej przejrzystego i lekkiego. I tak oto, po wielogodzinnym boju i wcześniejszych poszukiwaniach, przedstawiam blog w nowej szacie. Jest znacznie lżejszy, posiada układ 3-kolumnowy i potrafi wykorzystać pełną szerokość okna przeglądarki (do 1200 pikseli).

Mam nadzieję, że teraz będzie się go Wam czytało lepiej.