Ponownie xinitrc

[Bartosz Waszak]

Przyjrzałem  się  modułowi Xsession, co sądzicie o tym, aby wykorzystać
go jako  podstawę   xinitrc.  Na razie jedną poprawkę, którą należałoby
wprowadzić   to nakazać mu  używać  /etc/X11/{window,desktop}-manager/*
zamiast pliku  /etc/X11/window-managers  i druga to  kazać  mu pobierać
ustawienia z /etc/profile.d. Dobrze też by było żeby plik np:

/etc/X11/window-manager/wmaker oprócz danych o pliku uruchamiającym go
zawierał inne dane np:
- Pełna nazwa (przyda się później przy narzędziach GUI do konfiguracji
tego)
- Plik uruchamiający.
- Parametry dla wmconfig (docelowy katalog i format)

pliki /etc/X11/desktop-managers:
- To samo co powyżej + info o tym czy sam wywołuje window managera
(gnome-session robi to a KDE nie )

Co sądzicie o obecnej koncepcji. Sporo, rzeczy   jest do wykorzystania.
Np: sprawdzanie   czy  dany wm  jest dostępny  na  podstawie  tego  czy
istnieje  plik w  /etc/X11/window-manager  i sprawdzałby czy user  może
wywoływać inne wm'y z poza listy itepe.

Pomóżcie ustalić  potrzebne informacje  do  stworzenia template wm i dm
i można zacząć ładować do specy jeśli  nawet początkowo     jeszcze nie
będzie działało, ale skrypt można poprawić mając pliki z danymi.

Jest już jakieś  ustalone rozwiązanie odnośnie  genrowania menu dla wm,
które nie rozumieją .desktop (tzn  można to  uruchamiać    z crona albo
podczas instalacji pakietu  zawierającego       taki  plik,     napisać
odpowiednik   debianowego  programu generującego   Menu dla  wszystkich
obecnych w systemie wm.

Jak  prześlecie  swoje  opinie i ostatecznie coś  sie w końcu ustali to
zabieram się za porządek  z tym  (to  musi być coś  genialnego na miare
rc-inetd dla problemu z inetd'ami ;))))))

PS. Czy X'y umożliwiają  używanie różnych map  klawiatury   dla różnych
userów  via mechanizm  xkb, żeby   móc   to  zaimplementować to   w tym
skrypcie,  dane mógłby pobierać  z ustawień local'e  usera (czy możnaby
zrobić plik typu ~/etc/locale,  ~/etc/lang     i tam byłyby    trzymane
ustawienia  locale jusera,  a shelle via /etc/profile.d   itp ustawiały
zmienne.    Ewentualnie    dodać  możliwość tworzenia userowi  własnego
konfiga dla pam_env ->  ~/etc/environemnt,  z którego by po zalogowaniu
pobierał zmienne  i ustawiał jeśli główny konfig na to zezwala. pam_env
jest na prawde  bardzo dobrym narzędziem (z założenia) tylko trzeba  je
dopracować bo może on naprawde wiele problemów ze zmiennymi rozwiązać.

PS2. KDE2 przechodzi na unikod jak to się ma do locali do nowych X 4.0.

-- 
 -=[   Bartosz Waszak   ]--[                                              ]=-
-==[  waszi w pld.org.pl  ]==[               Star Trek Lives!               ]==-
 -=[ Linux User #153066 ]--[                                              ]=-