Po nahlášení asi tuctu chyb a sporných změn v české lokalizaci Mac OS X (resp. ve vývojářské verzi nadcházející verze 10.7 Lion), jsem se položil technické podpoře pro vývojáře (DTS) společnosti Apple, zda není možné chyby v lokalizaci hlásit přímo nějaké zodpovědné osobě nebo oddělení, mimo jiné proto, že běžný formulář pro hlášení chyb je dělaný spíše pro technické chyby (bugs) a měli byste v něm správně vyplnit různé údaje, které jsou v případě chyb v lokalizaci zbytečné.

Dostal jsem jednoznačnou odpověď, že hlášení chyby i “žádosti o zlepšení” v lokalizaci je nutné podávat přes bug reporter a lidé od lokalizace se ozvou, když bude potřeba.

Protože to bude užitečné i po vydání Mac OS X 10.7 Lion, uvádím krátký postup pro nahlášení chyb:

1. Poznamenejte si, kde přesně chyba je. Pokud Vám to ušetří dlouhé psaní, udělejte si otisk obrazovky. Poznamenejte si verzi systému z okna “About this Mac” (v lokalizované verzi to bude bohužel asi “O tomto počítači Mac”) a “build version”, která se zobrazí po klepnutí na číslo verze. V případě hlášení chyb v Mailu, budete potřebovat číslo verze Mailu. Pokud chcete hlásit chybu ve vývojářské verzi Mac OS X, ale nemáte k ní přístup, uveďte do verze alespoň “10.7 DP”, ideálně přesnou verzi (build version), ve které chyba je, pokud znáte.

2. Nasměrujte se na jednu z těchto stránek:

   • hlášení chyb společnosti Apple bez registrace,
   • hlášení chyb společnosti Apple pro registrované vývojáře.

3. Popis chyby v lokalizaci typicky není třeba členit. Pokud jste tedy použili formulář bez registrace, popište chybu v Summary a do zbylých polí pro popis problému napište “N/A” (not available). Soustřeďte se na to, abyste jasně popsali:

   • co je špatně a
   • proč je to špatně.

   První člověk, který bude vaše hlášení číst, neumí česky, ale měl by z anglického vysvětlení vidět, že tyto informace v něm jsou. Nečekejte, že si vám někdo řekne o další informace, pokud chybu popíšete příliš vágně.

4. Pokud máte k hlášenému problému nějaký doplňující návrh nebo připomínku, napište ji ve formuláři bez registrace do Documentation & Notes, případně ji jasně oddělte od popisu chyby. Přehledná hlášení, ve kterých jasně oddělíte faktický popis a své názory, mají větší šanci na úspěch.

5. Do pole Reproducibility můžete v případě lokalizace vyplnit “Always”. (Chyby v lokalizaci jsou ze své povahy vždy reprodukovatelné, nedějí se náhodně.)

6. Do Classification vyplňte “UI/Usability”. Případně můžete zvolit “Enhancement”, pokud současný stav nepovažujete za chybu, zvažte pak ale, jestli to pak stojí za to hlásit.

7. Do pole Product a Version/Build Version, vyplňte “Mac OS X”, resp. “Mail”, a odpovídající verzi. Do pole Platform “Mac OS X”

8. Odešlete.

Pokud chcete hlásit více chyb, je výhodné si vývojářský účet založit. Nic to nestojí a budete mít snadný přístup k chybám, které jste nahlásili, jejich stavu a doplňování informací k nim.

Pokud se změní stav chyby nebo je třeba doplnit informace, dostanete o tom e-mail. Častá je změna stavu na “Duplicate” (chybu už hlásil někdo jiný) nebo “Closed”, pokud Apple chybu opraví nebo usoudí, že se o chybu nejedná. Žádosti o vylepšení typicky zůstanou otevřené a nikdo se vám neozve.

Chybová hlášení nejsou veřejně přístupná, ale existuje nezávislý web OpenRadar (vyžaduje Google účet), kde je možné souběžně hlášení zveřejnit.

Pro inspiraci některá má hlášení problematických překladů v české lokalizaci: jedno hlášení, další hlášení, a ještě jedno.

S hlášením chyb Apple mám poměrně dobré zkušenosti. Věřím, že nesporné chyby budou poměrně rychle opravené. Uvidíme, jakých reakcí se nám dostane v případě upozorňování na sporná místa (nové “OK” versus na Macu už zavedené “Budiž”). Apple obecně věnuje pozornost chybovým hlášením podle toho, kolik je duplicitních hlášení téhož problému. Proto je důležité, aby hlášení byla stručná a jasná a aby problémy hlásilo dost lidí.