Issue 65731 - Decimal separator formatting incorrectly carried over to Object Properties Scale tab
Summary: Decimal separator formatting incorrectly carried over to Object Properties Sc...
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: General
Classification: Code
Component: chart (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: kla
QA Contact: issues@graphics
URL: -
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-23 21:57 UTC by woom76
Modified: 2013-02-24 21:19 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Issue test case (32.67 KB, application/vnd.oasis.opendocument.spreadsheet)
2006-06-06 22:41 UTC, woom76
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description woom76 2006-05-23 21:57:08 UTC
If, under the Numbers tab in the Format Cells dialogue, a group of cells is set
to a certain language, their formatting will be carried over onto any chart on
which data from this group of cells is used. However, when I open the Object
Properties dialogue for the axis which uses the same group of cells, the
formatting is carried over to the Scale tab. For example, if I had set the
cells' language to English but had my system set to operate in Finnish, all
numbers on the Scale tab would have the period as a decimal separator. However,
as my system is set to use the comma as a decimal separator, I would get
"Invalid number" error messages when trying to save the changes. It is neither
possible to save the changes using the period (error message) or the comma
(program automatically removes all digits after comma) as a decimal separator.

This error only seems to occur when the Source format box is ticked under the
Numbers tab.
Comment 1 bjoern.milcke 2006-06-01 11:45:46 UTC
If you use "Source Format", the language of the format of the cells is also used
in the scale tab-page. So, if you have cells with "English" as language, you
have to enter dots as decimal separators. This is the same behaviour as when
changing the corresponding values in the cells. I don't see this as a bug.
When entering "," then this leads to an error message or interpretation as 0,
which is ok. When entering "." you should get the correct number. Decimal places
shouldn't disappear. On the scale tab the number of decimal places is one larger
than the one in the original format (i.e. even if you have no decimal places for
the numbers, you should get at least one in the scale tab).
->woom76: Please try to be more specific. I can't see (reproduce) a bug yet.
Comment 2 woom76 2006-06-06 22:41:43 UTC
Created attachment 36964 [details]
Issue test case
Comment 3 woom76 2006-06-06 22:48:48 UTC
I have attached an issue case that should demonstrate this problem. On my
system, the issue can be reproduced by double-clicking on the y axis and going
to the Scale tab (while "Source format" is ticked under Numbers). Trying to
switch between tabs should cause a number of "Invalid number" errors, which may
prevent switching to another tab. Reproducibility may depend on which system
locale, ie. decimal separator, is set.
Comment 4 kla 2006-06-12 12:12:45 UTC
Hi, i also can't see any issue. The source format in en the decimal separator
for with is dot. You try to use a comma as decimal separator; that will be not work.
So i close this issue as invalid.
Comment 5 kla 2006-06-12 12:12:59 UTC
closed