tematy kontynuacja

Tomasz Kłoczko kloczek w rudy.mif.pg.gda.pl
Czw, 25 Kwi 2002, 09:05:23 CEST


On Thu, 25 Apr 2002, Przemysław Stanisław Knycz wrote:

> On Thu, Apr 25, 2002 at 08:34:49AM +0200, Tomasz Kłoczko wrote:
> > > No fakt, ale przecież tematy np do sawfisha mają obrazy w png/jpg, jakoś
> > > nie bardzo widzę generowanie czegoś takiego ;/
> > 
> > Jeszcze tego nie zauważyłeś ? :)
> > Pzreciż jedyną rzecza która wymagać będzie to bedzie plik konfiguracyjny. 
> > Kwestia w tym ż zamiast umieszczać tam nazwy plków będzie się umieszczać 
> > nazwy plików z pełnymi ścieżkami :)
> 
> Nie rozumiem :///
> Czy mógłbyś to opisać na przykładzie ? 

W pakiecie masz w konkretnych katalogach pliki z bitmapami. To są zasoby 
tematowe. Do konkretnych tematów są przypisane konkretne bitmapy.
Typowo tematy sa układane tak że plik konfiguracyjny opisujący temat jest 
w tej samej lokacji co reszta zaobów tematu co wykorzystuje window manager 
do tego żeby podajac mu tylko ścieżkę bazową mógł zassać reszte zasobów
tylko po nazwach plików (bez ścieżek). Ale nam to nie jest potrzebne 
ponieważ u nas pojedynczy plik mógłby być elementem conajmniej tylu 
tematów ile jest wersji kolorystycznych.
Generator tematu zamiast podawać ścieżkę na temat w postaci katalogu 
mógłby poprostu generować nowy plik konfiguracyjny z ścieżkami do plików 
bitmap które mają zawsze stałą lokację. O ile wm nie dałby siię do tego 
pzrekonać zawsze mozanby w katalogu domowym generować podkatalog z tematem 
i dowiazania do plików w zasobach systemowych.
To jak to robiś będzie zalezne od specyfiki ndanego wm-a.

Tak wogóle to od czegoś takeigo jest już bardzo blisko do patchowanai 
poszczegółnych wm-ów do tego zeby wprost operowały same takich zasobach 
tematów bez regenerowania plików konfiguracyjnych żeby można było im podać
tylko nazwę tematu i paletę kolorystyczną.
Byłaby to swego rodzaju unifikacja wm-ów na poziomie operowanai na 
tematach.
Majać etap pośredni w pstaci generatora możnay spokojnie wm po wm-ie 
pzrechodzić do statecznego rozwiązania. Co więcej operując na etapie
pośrednim jakim byłby generator możnaby sprawdzać w praktyce co jeszcze 
jest potzrebne do ujednolicenai zarządanai tematami.

W ten sposób zniknełaby jedna z większych rónic między wm-ami bez utraty w 
zasadzie ich funkcjonalności. To byłoby wskazanie kierunklu zmian które 
byłoby w zasadzie zamknięciem pętli rozwoju tego typu programów. Czyli 
zniknałby tu jeden z kontrargumentów o brak jednolitości w tej sfewrze X 
środowiska. I tak od dłuższego czasu widać trend w którym ktoś wymyśla 
jakis nowy trik w jakimś wm-ie, a zaraz w innych prónuję się tą nową 
funkcjonalność emulować/udawać.

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*



Więcej informacji o liście dyskusyjnej pld-devel-pl