Commit Digest 105: 6 kwietnia 2008

• Ogólne poprawki w Kickoff, KRunner i apletach Plasmy.
• Geolokacja zdjęć w Digikam dzięki zastosowaniu silnika Marble.
• Konfiguracja trybu pełnoekranowego w Gwenview.
• KHTML w pełni przechodzi test selektorów.
• An automation GUI for KLinkStatus.
• Wtyczka środowiska skryptowego Kommander obsługująca połączenia bazodanowe.
• Samouczki i przykłady dla aplikacji Step oraz przeniesienie jej z modułu kdereview do kdeedu.
• Więcej map w KGeography.
• Wiele poprawek w grze KBlocks, przeniesienie jej z playground/games do kdereview.
• Wprowadzenie mechanizmu Get Hot New Stuff do w pełni już kompletnej gry KDiamond.
• Różne poprawki w edytorze Kate.
• Poprawiony mechanizm tagowania plików w menadżerze plików Dolphin.
• Poprawki we współdzieleniu menu kontekstowego pomiędzy Konquerorem a Dolphinem.
• Rozpoczęcie prac nad backendem Windows/WMI dla modułu Solid.
• Trwają prace nad integracją PcmIO dla modułu Phonon.
• Poprawka tworzenia odnośników w pakiecie KDE-PIM.
• Prace nad mechanizmem migracji danych użytkownika oraz statystyk pomiędzy Amarokiem 1.x a nadchodzącym wydaniem 2.0.
• Domyślne właściwości group w KTorrent (ang. group policies).
• Aplikacja do skanowania Glimpse zmieniła nazwę na "Skanlite".
• Zmiany projektowe w NEPOMUK.
• Aplikację Okteta przeniesiono do modułu kdereview.

Sebastian Trueg opisał zmiany w projekcie NEPOMUK:

“Zmiany w serwerze NEPOMUK
Z serwerem NEPOMUK i usługami NEPOMUK będącymi modułami demona KDED było wiele problemów. Kiedy w jednej z usług wystąpił jakiś błąd, KDED potrafił się całkowicie "wysypać". Co gorsza, przy dużym obciążeniu bazy danych, KDED był całkowicie blokowany. W końcu zorientowałem się, że KDED był przeznaczony jedynie do obsługi niewielkich usług.

Zdecydowałem, że NEPOMUK będzie osobnym serwerem i będzie posiadał własną obsługę usług. W rezultacie otrzymałem o wiele prostszy kod niż wcześniej. Serwer NEPOMUK nie przechowuje już danych - zostało to wydzielone jako osobna usługa. Dzięki automatycznej obsłudze zależności inne usługi NEPOMUK nie zostaną uruchomione zanim nie wystartuje repozytorium danych (co może zająć trochę czasu, kiedy na przykład będzie wymagana jakaś konwersja danych).

Serwer nadal jest uruchamiany jako normalna usługa KDE podczas logowania użytkownika i może być kontrolowany w taki sam sposób jak wcześniej. Podobnie jak wcześniej jest także dostępny interfejs D-Bus dający dostęp do danych. Teraz działa on jednak jako osobna usługa. Pisząc to w mam na myśli zupełnie osobny proces w systemie. Niektórych może przerazić to, że dla każdej usługi NEPOMUKa uruchamiany jest proces potomny, ale dzięki temu błędna usługa nie zabije całego systemu (dziękuję programistom Akonadi za podsunięcie tego pomysłu projektowego).

Cały system działa teraz o wiele lepiej, a poszczególne usługi nie blokują już repozytorium danych. Praca zajęła dość dużo czasu, ale wydaje mi się, że serwer NEPOMUK może już być postrzegany jako ukończony, z wyjątkiem poprawek dotyczących błędów i ulepszeń.

Najlepszym sposobem na uzyskanie dostępu do danych jest nadal Nepomuk::ResourceManager::mainModel(), ponieważ łączy się on poprzez lokalne gniazdo (co jest szybsze) zamiast przez D-Bus i ponownie nawiązuje połączenie w przypadku jego zerwania.

Poprzednia metoda z wykorzystaniem D-Bus działa nadal:

Soprano::Client::DBusClient client( "org.kde.NepomukStorage" ); Soprano::Model* model = client.createModel( "main" );

Usługi NEPOMUK
Jak już wspomniałem, najważniejszą usługą w NEPOMUK jest repozytorium danych.

Poza tym istnieje także usługa Strigi, która na przykład indeksuje pliki korzystając z backendu NEPOMUK. Mechanizm ładujący ontologie upewnia się, że są one aktualne względem ontologii z repozytorium.

W module playground znajdują się także inne usługi, jak na przykład monitor pliku, który aktualizuje metadane gdy plik jest przenoszony lub usuwany. Jest to opcja, którą najbardziej chciałbym mieć w KDE 4.1. Problemem jest to, że zależy on od inotify, gdyż FAM aktualnie nie obsługuje przenoszenia plików i jest znaze źródło, skąd plik został przeniesiony.

NEPOMUK Social Query Daemon, o którym już wcześniej pisałem jest demnonstracyjną usługą, która ma na celu przyciągnąć do projektu programistów. Nie sądzę jednak, aby jak na razie spełniała ten cel. ;)

Aktualne prace
Mój ostatni wkład do projektu to "prawdziwy NEPOMUK". Korzystając tylko z tagów, ocen i płaskiego indeksowania pliów tak na prawdę nie potrzebowalibyśmy RDF. Teraz wprowadziliśmy jednak klasy i relacje. PIMOShell jest pierwszym narzędziem, które obsługuje tworzenie nowych klas i właściwości. Ma ono być służyć debugowaniu danych NEPOMUK, dzięki umiejętności wylistowania wszystkich dostępnych typów danych, ich wystąpień oraz właściwości. Pozwala też je modyfikować. Warto się z nim zapoznać!”

Carsten Niehaus opowiada o rozwoju pakietu KDE-Edu:

“W ciągu kilku ostatnich dni wiele działo się w pakiecie KDE-Edu...

Step
Vladimir Kuznetsov przeniósł aplikację Step z modułu kdereview do kdeedu. Oznacza to, że znajdzie się on w KDE 4.1! W ostatnim tygodniu Step był prezentowany kilku studentom Carstena, co przyniosło pewien odzew. Dzięki temu wprowadzono pewne zmiany, w tym możliwość łatwego modyfikowania prędkości symulacji:”

Pobierz film Zmiana prędkości symulacji w aplikacji Step (641 KB, AVI)

“Inną ważną zmianą jest dodanie samouczków. Aliona, żona Vladimira, udostępniła 5 samouczków. Poniższy filmik pokazuje drugi z nich i demonstruje też jak łatwo jest bawić się Stepem. Dodałem do symulacji prostokąt, aby przekonać się co się stanie, jeśli piłka się od niego odbije...”

Pobierz film Samouczek dla programu Step (1.0 MB, AVI)

“Mamy nadzieję, że teraz, kiedy aplikacja jest w oficjalnych pakietach KDE, otrzymamy jeszcze więcej zgłoszeń błędów i pomysłów co do dalszego rozwoju. Chcielibyśmy także otrzymać od użytkowników więcej samouczków i przykładów. Tak więc testujcie Stepa, twórzcie ciekawe pliki i wysyłajcie je nam (na adres kde-edu @ kde.org). Pliki muszą być dostępne na licencji GPL lub innej wolnej. Dla przykładu, czemu by nie stworzyć samouczka pokazującego użycie zaawansowanych grafów czy też "stołu bilardowego", aby zademonstrować fizykę bilardu?

Jeśli masz jakiś pomysł na symulację, ale nie masz czasu lub możliwości, aby go zrealizować zgłoś ten pomysł na wiki programu Step. Postaramy się ją stworzyć dla Ciebie!

Kalzium
W ciągu ubiegłego tygodnia Marcus D. Hanwell (ubiegłoroczny uczestnik Google Summer of Code w projekcie Kalzium) przeportował przeglądarkę 3D w Kalzium, aby korzystała z najnowszej wersji biblioteki Avogadro. Pozwoliło nam to na wykorzystanie kilku zaawansowanych możliwości, które pojawiły się w libavogadro po tym jak KDE 4.0 zostało zamrożone. W KDE 4.2 planujemy nie korzystać już z lokalnej wersji biblioteki lecz użyć tej dostępnej w systemie.

W KDE 4.0 nie było to możliwe, bo API Avogadro było jeszcze bardzo intensywnie rozwijane. W KDE 4.1 API prawdopodobnie nie zmieni się zbytnio, ale moment zamrożenia KDE 4.1 jest już zbyt blisko. Projekt Marcusa dla Summer of Code okazał się wielkim sukcesem. Zaowocował on wieloma poprawkami zarówno w samym Avogadro jak i sprawieniem, by Kalzium korzystał z wersji biblioteki Avogadro. Marcus kontynuuje prace nad Avogadro i ostatnio znowu mógł zabrać się za pracę nad wersją dla najnowszego wydania KDE (po przeprowadzce i awarii laptopa).

Teraz Kalzium korzysta z najnowszej wersji "snapshot" Avogadro, a Marcus kontynuuje prace, które rozpoczął podczas Google Summer of Code. Wyraził on też zainteresowanie zostania mentorem w tegorocznym Google Summer of Code.

Jeśli chcesz się z nami skontaktować, odwiedź nas na IRCu, na kanale #step (serwer irc.freenode.net).”

Skomentuj ten artykuł na forum KDE »

Ten artykuł jest tłumaczeniem 105 numeru tygodnika KDE Commit Digest.