W momencie gdy piszę ten tekst, ponad 2600€ z dotacji Pledgie już leży na koncie Krity (pomaszeruje do Lukáša). Na projekt zagłosowało swym portfelem już 105 osób. Nadchodzą ciekawe czasy dla projektu!

Pomyślałe, że dopiszę parę szczegółów bo było pewne zainteresowanie moim poprzednim wpisem (poprzez osnews). Dla 2.2 podstawowym urządzeniem będzie tu tablet graficzny, przez co Krita do działania będziewymagać Qt>=4.6 z powodów technicznych. Trochę mi to nie w smak i zdążyłem już ponarzekać autorom, bo prowadzę raczej politykę "jak ktoś ma starą dystrybucję lecz się godzi na zmniejszenie funkcjonalności, to niech też może zainstalować". Niekoniecznie ich tym oczywiście muszę wzruszyć.

Nie chodzi mi o prywatę jako użytkownika myszki - niby całkiem przypadkiem tablet od niedzieli sam też posiadam. I tu dygresja - tak, działa pod Linuksem, za co trzeba jednak zapłacić w cenie sprzętu, bo proste zabawki zwykle nie działają. Nikt zaznajomiony konkretnymi rozwiązaniami IT nie twierdzi, że wszystkie rozwiązania dla Linuksa mają być w sumie tańsze niż zamknięte ani tym bardziej bezpłatne. Podstawowym bodźcem ma być tutaj, przynajmniej dla mnie, możliwośc swobodnej modyfikacji parametrów i funkcji oprogramowania, jego rozszerzanie, realizacja pomysłów.

Autorzy Krity rozwijają program już od ponad 10 lat -- propozycja przyszła od założyciela KDE, Matthiasa Ettricha w maju 1999. Nikt trzeźwo myślący chyba nie podejrzewa, że autorzy rozwijają program by uniknąć opłat za jedną z konkurencyjnych aplikacji, np. Corel Painter. W czasie rozwoju zużyli bowiem o wiele więcej niż 300€ per kopia. Celem jest raczej swoboda wdrażania niejednokrotnie ciekawych pomysłów.

Chciałbym przy okazji wspomnieć, że nie widać by między autorami poszczególnych otwartych aplikacji graficznych/artystycznych były jakieś animozji. Oni są świadomi przeznaczenia swych dzieł, ich ograniczeń i specyfiki; mają jasny pomysł na to gdzie zmierzają. W rozmowach na ostatnim zlocie KOffice Boudwijn i Cyrille z Krity zdawali się znać kawałki kodu GIMPa czy omawiali cechy GEGL. Znają komercyjną konkurencję np. od strony użytych algorytmów, sami są profesjonalistami w temacie. Cyrille w 2010 r. będzie bronił doktoratu z grafiki komputerowej. Wiedzą również jak gromadzić wokół projektu potrzebnych i oddanych ludzi o podobnych celach i zainteresowaniach.

Konferencje takie jak Libre Graphics Meeting (w 2008 odbyła się we Wrocławiu) dopełniają całości; dzięki wspólnym projektom jak OpenRaster programiści i artyści z grupy Blender mają kontakt z Kritą... Prawdopodobnie nawet wspomniany Matthias Ettrich, 10 lat temu podrzucając propozycję rozpoczęcia projektu, nie mógł być świadom jaką drogą potoczy się projekt oraz jakich ciekawych zdarzeń będziemy świadkami.

Nowowydany program do rysunku artystycznego Krita 2.1 zmierza teraz ku kolejnej wersji, przed którą autorzy postawili ambitne zadanie: spełnić oczekiwania wszelkiej maści artystów.

Podstawowy wymóg to wygodny interfejs i płynne działanie rysowania. Należy bowiem pamiętać, że Krita jest aplikacją do tworzenia rysunków (niejednokrotnie od zera) a nie narzędzie do obróbki obrazu jak np. GIMP. Czyli bardziej Corel Painter niż Photoshop. Interfejs użytkownika przeznaczony jest zaś bardziej dla tabletu niż dla myszy.

Krita 2.2 ma być więc świetnym narzędziem do tworzenia cyfrowej sztuki. Praca ma odbywać się w wysokich rozdzielczościach i szerokim zakresie palet, na wielu warstwach oraz przy użyciu zaawansowanych pędzli.

Pozdrawiam z kolejnego sprintu programistów KOffice, odbywającego się w Berlinie (5-7 czerwca 2009). Z braku czasu zamieszczam krótkie notki wsparte notatkami Hanny:

• piątek: nieformalne prace/dyskusje/planowanie przejęcia kontroli nad światem pracowników biurowych
  
• sobota 09:15 - 09:25: po krótkiej nocy, sesja na temat równoległego edytowania dokumentów KOffice przez wiele osób (Collaborative Editing); Cyrille, współautor Krity, omawia Action Recording Framework dla tego programu; obecnie informacje o zmianach w dokumentach są zbyt duże do ich transmisji przez sieć,
  
• 09:25 - 09:50, Pierre omawia obsługę oznaczania zmian w dokumencie opartym o standard OpenDocument (ODF), wspomina o ograniczeniach obecnego standardu do ramek tekstowych (brak notowania zmian wewnątrz obietku graficznego); uwaga nie odnoszeniu się ODF do tematu równoległego edytowania dokumentów; padła propozycja o zaoferowaniu rozszerzenia w ramach projektu ODF 1.3 (w odróżnieniu od zamrożonego w ECMA formatu MSOOXML jest to możliwe, bo standard ODF nadal się rozwija wg potrzeb),
  
• 09:50 - 09:57: Cyrill mówi o modułach Telepathy/Tapioca, Decibel, libinfinity/kobby, Teamwork; wspomina o złączeniu tapioca z telepathy, oraz o Decibelu jako warstwie nad telepathy; równoległe edytowanie dokumentów w Google Docs jest ograniczone do 1-go autora dokumentów - jeśli ta osoba przejdzie offline, cala sesja edycyjna nagle kończy się,
  
• 09:57 - 10:03: dyskusje o sposobach rozwiązanie problemów równoległego edytowania dokumentów,
  
• 10:44 - 11:05: to moja działka, mówię o tym czym są obecne raporty (w stylu Crystal Reports lub MS Access) w Kexi 2.x, objaśniam użycie ODF i bibliotek obsługujących go w KOffice do generowania innego rodzaju raportów (w stylu dokumentów KWord, prezentacji KPresenter, czy KSpread), raporty oczywiście nie muszą być po wyświetleniu czy wydrukowaniu zapisane gdziekolwiek, więc rozwiązanie jest pod tym względem dynamiczne i nieco bardziej efektywne; obecny Report Designer autorastwa Adama Pigga realizuje 1-szy typ raportów, drugi tym może być realizowany przez użycie KWord (lub innych aplikacji) pracujących w trybie usługi dla Kexi; takie rozwiązanie pokazuje elastyczność całego KOffice, a także wyjaśnie jak grupa osób która mieści się spokojnie w większej sali potrafi dostarczać komponenty gdzie indziej (Redmond?) tworzone przez setki osób;
  
• poruszam temat KexiDB v2 czyli uniwersalnej biblioteki Predicate do dostępu i tworzenia baz danych; staje się ona zewnętrzną biblioteką (prawdopodobnie w kdesupport) niezależną od bibliotek KDE; padają pytania czy Kexi wróci do pakietu w wersji 2.1 - postaramy się o ile podzadania nie będą zbyt czasochłonne/ambitne; pada pytanie o zapisywanie do formatół ODF - jest to możliwe w 2-gim rodzaju raportów; przydałaby się biblioteka dająca większy dostęp do używania funkcji ODF-a przy generowaniu/czytaniu plików ODF; wspominam o integracji na poziomie dostępu do danych (Predicate) - jest obsługa SQLite, CSV, MySQL, PostgreSQL, Oracle, Sybase/MS SQL Server, XBase.
  
• 11:22 - 12:06: Boudewijn (Krita) opowiada o zadaniu uczynieniu bibliotek KOffice mniej sklejonych ze sobą, a przez to lepiej dostępnych dla zewnętrznych aplikacji; dwa podejście do projektowania bibliotek: sklejanie funkcji w jedną bibliotekę (stają się duże i ciężkie, szczególnie dla urządzeń przenośnych) oraz rozdzielanie na małe części; nie chcemy by biblioteki ładowały pluginy jeśli nie używają ich; chcemy uprościć zależności ale bez niepotrzebnego sklejania bibliotek,
  
• 12:15 - turecki lunch
  
• 13:41 - 13:54: Boudewijn, Tobias oraz Inge mówią o założonych przez nich firmie KO GmBH (poprzednio KOffice Source), świadczącej usługi związane z KOffice; wspominają o szukaniu sposobów na dostarczenie pełnoetatowych pracowników do projektu; ogłoszenie: jeden doświadczony programista KDE jest już oficjalnie pełnoetatowym pracownikiem KO GmBH; "duże szanse na na nasz rozwój dają takie cechy KOffice jak elastyczność i przenośność na różne platformy", mówi Inge,
  
• Alexandra Leisse rozda dziś cztery Nokie N810 dla programistów KOffice, więc jeszcze tylko 3 osoby wśród nas nie będzie miało swojej,
  
• 14:00 - 14:26: hmm, ekipę odwiedza Kari z Nokii, opowiada o Maemo Fremantle; ta platforma ma już 460 aplikacji; hardware z wersji na wersję tego typu urządzeń (nowsze z serii N to już komórki) są coraz lepsze, przeganiają już 3-krotnie wydajność procesora ARM11, kodują i dekodują wideo w rozdzielczości DVD
  
• 14:31 - przybywa Jos van den Oeven, to właśnie on jest nowym pracownikiem KO GmBH, poznałem go na Akademy 2007, jest m.in. głównym autorem Strigi w KDE; nastają jeszcze ciekawsze czasy...
  
• 15:51 - 16:30: Cyrille na temat Flake ("płatki", elementy wstawiane do dokumentu); dyskusja na temat poprawy obsługi skrótów klawiszowych - można modyfikować tylko skróty dostępne dla aktywnego okna; sugestia: nowa kategoria dla skrótów klawiszowych?; selekcja jest przypisana do widoku, bo można mieć więcej niż jedno urządzenie wejściowe (np. mysz); narzędzia (flake tools) nie powinny bezpośrednio wpływać na implementację poleceń anuluj/ponów; ogólna zgoda co do uczynienia płatków (flake) bardziej oderwanych od bazowej aplikacji pod względem API;
  
  

Jestem po kolejnym spotkaniu KOffice Sprint, które odbywało się w minony weekend w biurze życzliwej dla KDE firmy KDAB, położonym w berlińskiej "dzielnicy restauracji'