SOURCES: neverball.desktop - fixed utf8

[Jakub Bogusz]

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/