Przeglądarka: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040802 Firefox/0.9.1+ (Pitreck)
marcoos pisze:Chyba że porobimy sobie gdzieś własne encje w rodzaju brandShortName.mianownik="Firefox", brandShortName.dopelniacz="Firefoksa", brandShortName.celownik="Firefoksowi" itp. Tylko gdzie to potem trzymać? I czy to w ogóle możliwe?
To jest mozliwe i nawet na n.p.m.l10n, gdzie toczyla sie dyskusja tego dotyczaca (wywolana niechcacy przez jedna moja wypowiedz), padla takze i taka propozycja. Mozemy dodac odpowiednie wpisy do brand.dtd i brand.properties, pod warunkiem ze beda one pozbawione kropki, np.
brandShortNameGenitive. Takie rozwiazanie ma niestety swoje wady; po pierwsze musimy tworzyc wpis dla kazdej odmiany (dotyczy to zarowno odmian nazwy jednoczlonowej, np. Thunderbird, jak i dwuczlonowej, np. Mozilla Thunderbird), po drugie taki patent dziala tylko w przypadku plikow .dtd. W przypadku plikow .properties jako zamiennikow nazwy produktu uzywa sie "
%S", co przeklada sie na
Mozilla *fox/bird, aczkolwiek nic nie stoi na przeszkodzie, abysmy na bugzilli wywalczyli zmiane tego brzydkiego zwyczaju*
W koncu problem odmian nazw produktow oraz ich plci nie dotyczy tylko naszej lokalizacji...
* przypomne tylko, ze w plikach .properties "%S" nie jest jednoznaczane. Zaleznie od stringu moze oznaczac nazwe produktu, schematu, rozszerzenia, lub jeszcze cos innego, np. jakas liczbe. Najgorsze sa takie stringi, gdzie %S uzyte zostalo kilkakrotnie, np. do okreslenia nazwy i wersji produktu oraz nazwy i wersji schematu/rozszerzenia, ktory nie jest z nim kompatybilny. Mamy wtedy cos w rodzaju "%S %S is not compatible with %S%S"
"Zaczyna się nowy wyścig, ale starzy gracze jeszcze nie umieją zrozumieć, że toczyć się on będzie na zupełnie innym poziomie. Idzie tsunami, a niektórzy dalej zapatrzeni w ziemie stawiają na plaży zamki z piasku i kłócą się, czyj większy..." - Gandalf