Type: info
Title: LANGUAGE_SPANISH redefined as an alias of
LANGUAGE_SPANISH_MODERN
Posted by: [EMAIL PROTECTED]
Affected: binfilter, i18npool, svtools, svx, sw
TaskId: i94435
<http://www.openoffice.org/issues/show_bug.cgi?id=94435>
Effective from: cws locales31
CWS:
<http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300/locales31>
CWS status: new
*Summary*
--------
#include <i18npool/lang.h>
-#define LANGUAGE_SPANISH 0x040A
+#define LANGUAGE_SPANISH_DATED 0x040A /* old collation, not
supported */
+#define LANGUAGE_SPANISH LANGUAGE_SPANISH_MODERN /*
modern collation */
*Description*
-------------
LANGUAGE_SPANISH is now an alias of LANGUAGE_SPANISH_MODERN,
instead of being the define for the Spanish variant with the dated
collation we do not support (for details about that please see
issue 94435).
When converting from LangIDs to ISO codes there is no difference,
both IDs always resulted in es-ES. Converting from es-ES now
results in LANGUAGE_SPANISH_MODERN instead of
LANGUAGE_SPANISH_DATED. The language list box knows only "Spanish
(Spain)". There is no difference when loading ODF documents. When
loading MS documents, the cores directly use the LangID value. In
case it is LANGUAGE_SPANISH_DATED, if the language list box is
asked for the corresponding string it returns the string for
LANGUAGE_SPANISH_MODERN instead. For this it now uses
MsLangId::getReplacementForObsoleteLanguage(LanguageType) that now
handles also this case.
Necessary changes where LANGUAGE_SPANISH was involved such that it
mattered to which value it pointed and LANGUAGE_SPANISH_DATED
and/or LANGUAGE_SPANISH_MODERN had to be used are done in CWS
locales31 based on DEV300_m37.
Send feedback to interface-announce@openoffice.org
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
