Issue 81259 - Axis scale tab-page: wrong numberformat for editing
Summary: Axis scale tab-page: wrong numberformat for editing
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: chart (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: kla
QA Contact: issues@graphics
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-09-04 14:44 UTC by bjoern.milcke
Modified: 2013-02-24 21:18 UTC (History)
2 users (show)

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

Attachments
Bugdoc (12.18 KB, application/vnd.oasis.opendocument.spreadsheet)
2007-09-04 14:54 UTC, bjoern.milcke 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description bjoern.milcke 2007-09-04 14:44:05 UTC 
1. load the attached bugdoc
2. activate the chart and open the properties dialog of the y-axis
3. goto tab Scale
=> You'll notice that, although the format is a (Bulgarian) number format, you
will get dates in the input fields. Well, you may or may not. I get this
phenomenon whenever I switch to German language settings.

The problem was the fix for an internal issue (101318) with the summary "	Chart:
manual 0.00x values for range-intervals not possible". The fix increased the
precision of the number formatter used in the dialog by replacing it with a
static one (which is not allowed according to ER). Replacing this static number
formatter by the original one (the one used in the view, which comes from Calc
in case data comes also from Calc) fixes this bug but resets the precision again.
Comment 1 bjoern.milcke 2007-09-04 14:54:39 UTC 
Created attachment 47956 [details]
Bugdoc
Comment 2 bjoern.milcke 2007-09-05 10:26:42 UTC 
correcting target
Comment 3 bjoern.milcke 2007-09-05 10:32:01 UTC 
The internal issue exists also as an IssueZilla issue, see Issue 6278.
->QA: Please check, as the fix for this issue will remove the original fix for
the mentioned issue and fix it differently.
Comment 4 bjoern.milcke 2007-09-05 14:59:25 UTC 
added a function UseInputStringForFormatting() at the svtools FormattedField.
IMO it makes more sense to display the input format in an edit field rather than
the output format, because edit fields are used for *input* not primarily for
output.

Setting this flags tells the FormattedField to call GetInputLineString() rather
than GetOutputString() at the Numberformatter. The behavior is now similar to
the input line in Calc.
Comment 5 bjoern.milcke 2007-09-05 15:18:52 UTC 
->kla: Please check the input of values in the scale tab-page with different
number formats thorroughly, because I changed the mechanism for all formats. It
should now behave similar to Calc.
See CWS chart11.

See also Issue 56524.
Comment 6 kla 2007-09-18 09:53:40 UTC 
seen ok in CWS chart11 -> verified
Comment 7 kla 2007-11-30 14:16:00 UTC 
Seen ok in current master -> closed