To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=42014
------- Additional comments from [EMAIL PROTECTED] Wed Feb 9 03:13:33 -0800 2005 ------- Dan, A simple patch against that deprecated code should be acccepted in this case. However, instead of simply extending the class International respectively its use I strongly suggest to use the LocaleDataWrapper from the unotools module instead. Doing so would fix this for all supported locales. But then again it must be taken care that the locale's calendar is a Gregorian calendar, or measurements be taken if it isn't and fall back to an en_US calendar. Otherwise the code wouldn't work as is. Instead of initializing maIntn( Application::GetAppInternational() ) it would be mrLocaleData( Application::GetSettings().GetLocaleDataWrapper()) with mrLocaleData being a const LocaleDataWrapper & Eike --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
