Hy, I understand it is a demo code. My question was - getLanguageDisplay expects language as its argument, anyway. In that case, why do we need to create a new locale object or do a setLocale on the old one as you suggest. I guess these are required to get the language name in the local language itself. A better way might be to output the combination (with an optional argument) and eliminate the necessity to do a setLocale or create new locale objects: But the optional argument here would slower things. Internally I would have to do setLocale twice.
Of course we could include every possible option as can think of, but in my opinion, the demo shows exactly how Zend_Locale can be used. As I already mentioned the function getLanguageDisplay returns the string for a language. This has not to be the own language, we just used this in our example. The initial idea was to be able to create a list of languages. You can also use the getLanguageList() function. It will return the complete information. getLanguageDisplay only returns one defined string from this list. Greetings Thomas (I18N Author and Team Leader)
