To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=61383
User er changed the following:
What |Old value |New value
================================================================================
Status|STARTED |RESOLVED
--------------------------------------------------------------------------------
Resolution| |FIXED
--------------------------------------------------------------------------------
------- Additional comments from [EMAIL PROTECTED] Wed Jul 19 10:51:07 -0700
2006 -------
In CWS locdat204:
scp2/source/ooo/file_ooo.scp 1.158.40.1
setup_native/source/win32/msi-encodinglist.txt 1.12.24.1
i18npool/source/localedata/localedata.cxx 1.42.8.2
i18npool/source/localedata/data/Attic/fa_IR.xml 1.1.2.1
i18npool/source/localedata/data/localedata_others.map 1.11.8.2
i18npool/source/localedata/data/makefile.mk 1.34.6.2
Farzaneh, please note that the percent formats did not work, as
suspected.. the U+066A Arabic Percent Sign is not supported yet, and
therefor the number format was not categorized as a percent format by
the number formatter, and the value displayed was not divided by 100
first. I changed the two format codes to contain the normal '%' percent
sign instead, and also moved it to the end of the format code to be able
to paste such numbers and re-parse them again as numerical context.
For the same reason, the U+2212 Minus Sign not being supported,
I exchanged that in the currency format codes with the normal '-' ASCII
minus.
For these unsupported Unicode characters I created issue 67579.
The scientific format codes using "'x' Extended Arabic-Indic Digits '^'"
didn't work at all, they just displayed the digits of the number
interspersed with those characters of the format code, but were not
recognized as scientific format by the number formatter and the value
was not rescaled. I changed the format codes to the usual
>[NatNum1]0٫00E+000< respectively >[NatNum1]0٫00E+00<,
As the IRR currency has 0 decimals, I changed the currency format codes
containing 2 decimals such that they don't have decimals. Format codes
are duplicated now in the .xml file, but have to be present for
compatibility reasons. The number formatter sorts that out and doesn't
display the duplicated formats.
Currency formats containing a [NatNum1] modifier currently can't be
properly used as a default currency format, see issue 53633. The number
formatter generates a default currency format without the [NatNum1]
modifier instead. The user has to manually apply a [NatNum1] format from
the list if needed.
Btw, please note that bracketed modifiers like [NatNum1] have to be the
very first part of subformat codes, preceding them with other
characters, like it was the case in the percent formats and the negative
subformats of the currency formats does not work, the modifier
characters would then be part of the displayed value. The modifiers are
applied to an entire subformat anyway, so there is no need to position
them right in front of the digit keys.
After all, it seems there is quite some work left to do to fully support
Persian locales with all twists. Also NatNum1 transliteration has to be
implemented for 'fa', and the Persian calendar needs implementation.
Thanks
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]
