Commit Digest 101: 9 marca 2008
- Dodano obsługę alternatywnego ułożenia (pionowego lub poziomego) menu Kickoff.
- Plasma: poprawki w aplecie Device Notifier, w aplecie Pager Plasmoid dodano obsługę ikon okien, aplet "Trash" został przeniesiony do kdebase, aplet "Luna" do modułu extragear, a aplety "Contacts" i "Converter" do modułu kdereview.
- W grze KSquares dodano obsługę rozgrywek poprzez sieć (z wykorzystaniem GGZ).
- KSame: nowy domyślny motyw.
- Poprawki w programie Kooka.
- Lepsza integracja pomiędzy Okularem i systemem KDE text-to-speech.
- Pełna obsługa schematów kolorów w interfejsie programu Digikam.
- Konqueror: wiele poprawek w oknie konfiguracji typów mime.
- Dalsze prace i optymalizacja KHTML.
- Początek prac nad możliwością rozszerzania interfejsu graficznego na poziomie skryptów Kross.
- KRatingPainter stał się metodą przyznawania ocen w całym KDE.
- KTimeTracker: dodano tryby "Konsola" oraz "Interfejs internetowy".
- W KMail pojawiła się długo oczekiwana możliwość wstawiania sygnaturek na górze maili, na które odpowiadamy.
- Do Mailody dodano możliwość automatycznego zapisu wszystkich załączników do wybranego katalogu.
- W KOrganizer wprowadzono widok miesięczny.
- Trwają prace nad opcją synchronizacji z internetowymi czytnikami kanałów RSS w programie Akregaror.
- Trwa portowanie Kommandera do KDE 4.
- Rozpocząto prace nad udostępnieniem Phonona jako jedynego silnika otwarzającego w Amaroku 2.
Rivo Laks przedstawia KGLLib:
“KGLLib jest obiektową biblioteką OpenGL zbudowaną z wykorzystaniem Qt. Główne założenia KGLLib to łatwość użycia, rozszerzalność i przejrzyste API. Podstawowym celem KGLLib jest ułatwienie pisania aplikacji w OpenGL dla Qt i KDE i łatwe dodanie obsługi OpenGL w istniejących aplikacjach.
Qt zawiera w sobie obsługę OpenGL, w czym więc KGLLib jest lepszy? Obsługa w Qt jest dość ograniczona i dostarcza jedynie podstawową funkcjonalność. Nie jest ona także stworzona w sposób objektowy - nie ma tam na przykład klasy "Texture", dzięki której pewne operacje byłoby o wiele łatwiej wykonać. Zamiast tego trzeba korzystać z ID tekstury wprost w OpenGL.
KGLLib jest podzielona na dwie duże części: "core" i "extras". Core zawiera klasy, które są przydatne w dużej liczbie aplikacji. Jako przykład można podać klasy Texture i Program. Klasy z Core są ponadto bardziej stabilne i kompletne. Extras zawiera klasy, które mogą zostać wykorzystane w mniejszej liczbie aplikacji lub te, które są jeszcze rozwijane i nie można zagwarantować ich zgodności z przyszłymi wersjami biblioteki.
KGLLib jest zbudowana tak, aby była rozszerzalna. Istniejące klasy mają za zadanie dostarczać funkcje, dzięki którym będzie można stworzyć funkcje dodatkowe. Te rozszerzenia powinny trafić później do bibliotek KGLLib extras. KGLLib korzysta z bibliotek Qt, Eigen i GLEW. Prawdopodobnie wszyscy czytelnicy wiedzą czym jest Qt! Eigen jest lekką biblioteką służącą do obliczeń na wektorach i macierzach. Jest ona wykorzystywana w kilku projektach KDE. GLEW jest zaś biblioteką rozszerzeń OpenGL zajmującą się inicjalizacją rozszerzeń OpenGL i wskaźników funkcji. Wspólnie tworzą one dobrą podstawę dla aplikacji OpenGL.
KGLLib znajduje się w repozytorium KDE SVN w /trunk/playground/libs/kgllib/. Dostępne jest także kilka przykładów demonstrujących jak korzystać z API aby tworzyć proste aplikacje OpenGL. Dokumentacja API dla KGLLib dostępna jest na stronie http://freehackers.org/~rivo/kgllib/html/. Mam nadzieję, że KGLLib stanie się standardem dla tworzenia aplikacji OpenGL dla KDE. Prawdopodobnie, zamiast używać swojej własnej wewnętrznej biblioteki OpenGL będzie z niego korzystał nawet KWin. KGLLib wykorzystuje także trochę kodu źródłowego z projektu Avogadro i jest możliwe, że także Avogadro zacznie korzystać z KGLLib, kiedy ten ostatni stanie się trochę bardziej dojrzały.
Dodam też, że szukam naprawdę fajnej nazwy dla KGLLib, jeśli masz jakiś pomysł zgłoś go do mnie!”
Didier Hoarau i Frank Osterfeld opowiadają o funkcji synchronizacji z internetowymi czytnikami kanałów RSS w programie Akregator:
“Z pomocą Franka Osterfelda pracuję nad modułem synchronizacji z internetowymi czytnikami kanałów RSS dla Akregatora. Celem jest możliwość współpracy Akregatora z czytnikami internetowymi takimi jak Google Reader. Agregatory RSS są fajne, ale jeśli ktoś korzysta z innego programu w domu a innego w pracy musi poświęcić wiele wysiłku, aby synchronizować je ręcznie. W konsekwencji wiele osób korzysta tylko z jednego (najczęściej internetowego) czytnika. Według mnie ciekawą funkcją byłoby umożliwienie synchronizacji desktopowych czytników z tymi internetowymi.
Zaczęliśmy od obsługi jedynie listy subskrybowanych kanałów: dodawania nowych, aktualizacji informacji o nich (na przykład nazwa i kategoria) oraz usuwania (opcjonalnego) kanałów, których nie ma w źródle z którego synchronizujemy. W przyszłości ciekawą opcją byłoby oznaczanie artykułów jako przeczytanych lub jako ważnych, jeśli opcja taka jest dostępna w innym czytniku. Rozpoczęliśmy od współpracy z Google Reader, ponieważ API Google jest stosunkowo proste, ale w planach jest też obsługa innych czytników.
”
Pobierz film Synchronizacja online w Akregatorze (290 KB, AVI)
“Ostatecznie coś takiego powinno być oparte na Akonadi, ale Akregator będzie obsługiwał Akonadi dopiero w KDE-PIM 4.2, więc prosta synchronizacja listy kanałów (bez pełnej synchronizacji zawierającej też artykuły i ich stan) powinna być dostępna w KDE 4.1.
Z perspektywy technicznej nie jest to wszystko takie trudne. Wszystkie czytniki zawierają podobny zestaw funkcji. Są pewne różnice dotyczące nazewnictwa (dla przykładu w czytniku Google funkcja "starred" oznacza to co w innych programach nazwane jest po prostu "ważne") ale nie jest to problemem. Główną różnicą jest jedynie hierarchia kanałów: Google używa etykiet, a Akregator folderów. Jest to pewna różnica, ale w takim przypadku potrzebujemy po prostu pewnego rodzaju przepisywania danych pomiędzy tymi systemami.”
Ten artykuł jest tłumaczeniem 101 numeru tygodnika KDE Commit Digest.
