SPECS: eagle-usb.spec - rel 4 - resolve problem for not working
Andrzej Krzysztofowicz
ankry at green.mif.pg.gda.pl
Sat Jan 21 19:47:10 CET 2006
=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
> On Sat, 21 Jan 2006, Andrzej Krzysztofowicz wrote:
> > > > > +- thanks to Bartłomiej Nogaś <hoganxxx at o2.pl>
> > > > Please, don's use non-ASCII characters in commitlogs. %changelog
> > > > have to be usable with C locale.
> > > Tyle, że nazwiska nie są prawidłowe bez pełnej pisowni. Inna sprawa,
> > > że raczej powinny być pisane wtedy w UTF chyba, żeby było jednoznaczne
> > > bez zabaw z kodowaniami...
> > To chyba tylko w przypadku, gdy iconv bedzie zawsze prawidlowo
> > konwertowal UTF-8 -> ASCII (a nie urywal na pierwszym znaku, z ktorym
> > sobie nie radzi). I gdy rpm bedzie prawidlowo wolal iconva...
>
> Ale to jest ewentualny szczegół do poprawy w implementacji.
> IMvHO znacznie lepiej mieć mniej czytelny prawidłowy wpis niż tak naprawdę
> błędny zapis imienia/nazwiska.
> Ewentualnie do poprawki jest tutaj rpm.
Rozumiem, ze sugerujesz zaimplementowanie %description -l ... ?
Bo jezeli uzywasz znakow/ciagow znakow spoza standardu, to tylko ci sie tak
wydaje. I prawidlowy wynik (przypadkowo) zobacza tylko ci, ktorzy uzywaja
fontow iso*-2. Reszta zobaczy jeszcze wieksza bzdure, niz gdyby dokonac
transkrypcji.
Przypomina mi sie przyklad na jaki trafilem w jednym z chinskich manow:
podczas tlumaczenia zachowano w komentarzu oryginalna pisownie nazwiska
jednego z autorow. Zawieralo ono dwie litery indeksowane, bezposrednio po
sobie. Efent byl taki, ze strony sie nie dalo wyswietlic w zadnym
nieunikodowym ustawieniu locale: iconv zglaszal blad konwersji na komentarzu
- w unikodzie tym dwu znakom odpowiadal zdaje sie jakis znak z devanagari
(oczywiscie nieobecny ani w GB* ani w Big5 - zreszta indeksowanych liter
lacinskich tez tam nie ma).
Dlaczego podaje ten przyklad? Bo nietrzymanie sie stanardu przedzej czy
pozniej prowadzi wlasnie do podobnych klopotow. Dlatego jesli chcemy w jakis
sposob zachowac oryginalna pisownie, to robmy to zgodnie z nimi (np. piszac,
ze chodzi o l-stroke czy s'). Albo przynajmniej usunmy zalozenie o trzymaniu
sie standardow sposrod podstaw PLD.
--
=======================================================================
Andrzej M. Krzysztofowicz, Ph.D. ankry at mif.pg.gda.pl
phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math., Gdansk University of Technology
More information about the pld-devel-pl
mailing list