On Jul 26, 2013, at 11:34 AM, Máirín Duffy <duffy@xxxxxxxxxxxxxxxxx> wrote: > > What if you're a sysadmin at a global company who works in the US but > you've been tasked to build a base KS profile for users in your Beijing > office? How does the proposed UI allow this scenario? 1. Vratislav's video shows the territory in the native language only. So even if there's English for the language, an English speaker can't properly set the territory as the UI is designed. 2. Even if the territory were also in English, upon clicking it, the whole UI, all buttons, are now in Chinese. So I can't use the installer, at all. If *I* were the sysadmin, I'd create the ks profile with en_US.utf-8 and then edit the profile and swapping out that locale with the exact right locale for the use case. It's probably the only way I can ensure I set it correctly anyway. > The UI is going to be used for building KS as well. I don't see how that's possible with the current behavior. And I thought there was a separate GUI ks editor for this use case? > And while > user-installed systems are quite common, systems installed by a sysadmin > or centrally through a config management tool are extremely common as well. I've had a Kosher Jew as a house mate. The kitchen necessarily had duplicate pots and pans. But we made it work because of segmentation. If everything had been stored in the same location just using labels, that could work too but increases the burden on both parties unnecessarily and risk of mistakes. If the UI needs to function for the use case you're proposing, I think you need a toggle that establishes the installer language separate from the installed OS language. So a toggle: "Use English for Installer Language" checkbox, that uses en_US.utf-8 for the installer UI, and then that also causes the language + territory listing to be in English only rather than the native writing system for those languages. Chris Murphy _______________________________________________ Anaconda-devel-list mailing list Anaconda-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/anaconda-devel-list
