On Tue, May 04, 2004 at 07:29:42PM +0200, Andrzej Krzysztofowicz wrote: > Jakub Bogusz wrote: > > On Tue, May 04, 2004 at 11:35:25AM +0200, Andrzej Krzysztofowicz wrote: > > > =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote: > > > > On Tue, 4 May 2004, [ISO-8859-2] Paweł S wrote: > > > > > > > > +Icon=neverball.xpm > > > > > > > ... A gdzie jest ta ikonka > > > > > > Nawet jeżeli jej nie ma to IMvHO taki wpis jest lepszy niż jego brak. > > > > > > Ikonka może się pojawić z czasem. > > > > > Tego wpisu już nie ma, ale jest za to neverball.png - zresztą nowa > > > > > wersja wyszła i uaktualniłem. Nie wiem czy wogóle jest sens dawać xpm > > > > > jak dużo speców tylko ma png - wyjaśni mi ktoś ? Pliki png zajmują mniej > > > > > miejsca. Jest gdzieś zapisane w jakim standardzie (tzn. zasady) mamy > > > > > tworzyć wszelkie menu, ikony, ścieżki dostępowe do bibliotek itd ? > > > > > > > > Chyba poza jakimiś kulawymi WM i nauczeniem rpm-a używania png - nie ma > > > > przeciwskazań... > > > > > > To ostatnie chyba nie ma sensu. Po co linkowac rpm-a z libpng ? > > > > rpm musi przetwarzać zawartość ikony? > > Teraz tylko rozpoznaje GIF lub XPM (po pierwszych 3 lub 6 bajtach pliku) > > i w zależności od typu dodaje do nagłówka pole binarne RPMTAG_GIF lub > > RPMTAG_XPM z zawartością pliku. > > > > Swoją drogą, jest jakaś polityka (nie)używania Icon? > > Teraz jest to mocno przypadkowe. > > IMO po prostu wiekszosc to olewa. Gdzie bylo, tam jest; (prawie) nikt nie > dodaje. > Ale rzeczywiescie, jesli nie pociaga to za soba dodatkowych zaleznosci watro > by go "nauczyc" png (a moze i svg?).
Zacząłbym od konsultacji z jbj - potrzebne byłoby rozszerzenie API o dodatkowe RPMTAG_ (PNG i ew. SVG). -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ _______________________________________________________ złota zasada - kto się nie zna, niech się nie wypowiada
