gnome-core 1.0.41 i początek nowego traktowania bazy opisu aplikacji

[Tomasz Kłoczko]

Do pewnego stopnia pakiet ten jest troche ważniejszy niż inne. Otóż
dodałem w nim patcha dzięki któremu panel z gnome czyta bazę opisu
programów która jest połaożona w /usr/X11R6/share/applnk. Od jakiegoś
czasu podczas róznych przebudów pakietów były wymieniane najpierw pliki
wmconfig na desktop, a później pliki te zamiast być umieszczane w
/etc/X11/applnk zostały przeniesione do włąsnie /usr/X11R6/share/applnk.
także kilka ostatnich pakietów gnome/gtk+ było modyfikowanych na okazję
umieszczania plików desktop w /usr/X11R6/share/applnk.

Po co to ?

Idea jest dość prosta. Otóż chodzi o ujednolicenie bazy opisu dostepnych
plikacji które to opisy mogą być wyświetlamne w postaci hierarchicznego
menu.
Dotąd Koncepcje na rozwiazanie powyższego były nie całościowe i w dodatku
różne. Zaskutkowało to np. tym, że obecny gnome panel potrafi także czytać
baze wmconfig ale to co tam znajdzie nie prezentuje w postaci jednego menu
razem z tym co znajdzie w plikach desktop tylko .. w osobnym podmenu :>
Takze KDE ma własny katalog w którym wrzuca pliki .kdelnk, ktre są takie
same w struktórze jak pliki .desktop z gnome lae w zupełnie inny katalog.
Wszystko to prowadzi do swego rodzaju "rozwarstwienia jaźnie", w ktrej
"każdy sobie rzepkę skrobie" i ma wszestko inne w poważaniu.

Jeżeli także aplikacje KDE będa rejestrowały swoje aplikacje w
/usr/X11R6/share/applnk to jest szansa na to żeby w dowolnym miejscu mieć
tak samo wyglądające menu z dostępnymi aplikacjami. Do szcżeścia brakuje
jeszcze tylko dostosowania innyhc wn-ów żeby też chciały zamiast korzystać
z własnych sposobów opisu dostępnych aplikacji żeby stosowały to co jest w
/usr/X11R6/share/applnk. Od jakiegoś czasu pracuję nad patchem do czegoś
takiego do AfterStepa (którego sam używam). W wyniku tego co robie zapewne
powstanie mała biblioteczka która bedzie udostepniać trzy funkcje na krzyż
które będę możaliwe do wpięcia bezpośrednio w wm-a.

Ktoś mógłby zapytać się czy nie mozan jednak lepiej wykorzystać do tego
program wmconfig który po zlinkowaniu z z libami gnome też potrafi czytać
pliki .desktop/.applnk. Otóż nie. Rozwiazanie z funkcją jest o tyle dobre,
że odpadaja jakieś generoewania plików konfiguracyjnych i ich
przechowywanie w formatach specyficznych dla poszczególnych wm-ów. takze
sam wm po wrzuceniu kolejnej aplikacji do katalogu applnk już po ponownym
wywołaniu menu z lista aplikacji widzi nowo zarejestrowaną aplikacje czy
też już nie widzi tejktóra włąsnie znikneła. Poprostu w tym wypadku IMHO
przerobienie poszczególnych wm-ów będzie juz niewiele trudniejsze niż
dostosowanie jeszcze na kilka oazji wmconfig i wpecenie tego co on
produkuje do konfiguracji poszczególnych wm-ów, a efekt przy tym jest taki
że w zasdadzie chyba już lepiej być nie może.

Modyfikacją AS i może koljnych także prawdopodobnie zajmę sie sam. W tej
chwili pozostałe osoby które próbują coś od czasu do czasu robić chciałbym
prosić o to żeby:

- konsekwentnie pozbywać sie z posczególnych pakietów plików wmconfig na
  rzecz desktop,

- same pliki desktop ładować do jednego z podkatalogów w
  /usr/X11R6/share/applnk,
  W przypadku źródeł aplikacji gtk+/gnome wystarczy dodać modyfikacje
  plikach Makefile.am dodając w %build wywołanie automake. Prawdopodonbnie
  w przypadku aplikacji Qt/KDE wygląda to bardzo podobnie

- o ile to możeliwe dodawać polskie tłumaczenia do tych plików.

Także do tego żeby powyższe wyglądało w sposób jednolity i niezależny od
wm-a czy dektop mgr-a trzebaby wydzielić pakiet który bedzie zawierał
tylko pustą hierarhię katalogów w /usr/X11R6/share/applnki uzupełnioną o
pliki .directory w każdym podkatalogu. Tutaj dzisiaj założe w repo moduł z
applnk po to żeby mozan było tam konserwować źródła z czymś takim.

Pomocy także wymagałoby opracowanie ramowej hierarchi grup alikacji i ich
nazw. Mylę, że mogłoby być to coś co jest połaczeniem struktur obecnych
baz decktop, applnk, wmconfig i kdenlk. JJeżeli ktoś miałby jakieś
propozycje co do takiej struktóry to prosiłbym o mała prezentacje takich
propozycji.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*