Issue 6692 - User-defined number formats not saved properly
Summary: User-defined number formats not saved properly
Status: CLOSED FIXED
Alias: None
Product: Calc
Classification: Application
Component: code (show other issues)
Version: 643
Hardware: PC Windows 98
: P3 Trivial (vote)
Target Milestone: ---
Assignee: niklas.nebel
QA Contact: issues@sc
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-08-01 20:03 UTC by pjohnson
Modified: 2003-09-08 16:55 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description pjohnson 2002-08-01 20:03:24 UTC
I enter a user-defined number format (either using direct formatting with 
Format->Cells or using styles with Format->Style Catalog) with coding as 
follows:

    _(#,##0.00_);\(#,##0.00\);_(0.00_)

Note that my purpose with the above code is to have negative numbers bracketed 
like this (123.45) and positive numbers and zero to leave space for the 
brackets. Thus all the decimals line up properly in a column with mixed 
positive and negative numbers.

However, after saving a document with the above numeric format, closing the 
document, then reopening it, I find that the numeric code above has been 
replaced with:

     [>0]#,##0.00;[<0](#,##0.00);0.00

The problem of course being that now the positive and zero formats no longer 
leave space for the brackets in the negative format.
Comment 1 frank 2002-08-02 09:42:58 UTC
Hi Niklas,

1 4 u

Frank
Comment 2 pjohnson 2002-10-25 23:29:49 UTC
I have checked this out in 643 and it remains a problem.

Something like this might not seem a big deal to some users, but for
professional accountants (who tend to use spreadsheets a lot) this is
a significant problem. The effect is this on a column of numbers:

    1,234.56
     (23.45)
    7,890.12

In other words, the decimals don't line up when a negative number is
formatted with brackets. This is not acceptable in materials that
would be printed and given to clients.

The formatting works until saving, closing, and then re-opening. It
certainly is not very convenient to have to redo the formatting every
time just before printing.

I know you folks are very busy, but perhaps this could get notched up
a little higher in the priority list?
Comment 3 niklas.nebel 2002-11-29 16:28:28 UTC
Fixed in 644 and 1.0.2:
The "_)" part is turned into a space character when saving (the same
thing that happens for output).
Internal ID is 103839.
Comment 4 frank 2003-08-07 15:39:28 UTC
set to verified
Comment 5 frank 2003-08-07 15:41:16 UTC
closed verified