Bug 58532 - Support for 4 part data formats, eg used for #/K/M formats
Summary: Support for 4 part data formats, eg used for #/K/M formats
Status: RESOLVED FIXED
Alias: None
Product: POI
Classification: Unclassified
Component: SS Common (show other bugs)
Version: 3.13-dev
Hardware: PC Linux
: P2 enhancement (vote)
Target Milestone: ---
Assignee: POI Developers List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-10-24 21:39 UTC by Nick Burch
Modified: 2016-04-26 23:18 UTC (History)
0 users



Attachments
Example spreadsheet showing the formats and their effects (8.81 KB, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet)
2015-10-24 21:39 UTC, Nick Burch
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Burch 2015-10-24 21:39:25 UTC
Created attachment 33206 [details]
Example spreadsheet showing the formats and their effects

One of our business users has tried using formats such as these in a spreadsheet:

[>999999]#,,"M";[>999]#,"K";#
[>999999]#.000,,"M";[>999]#.000,"K";#.000

The former turns a value like 1021021.02 into 1M, the latter into 1.021M

When using DataFormatter, these patterns aren't recognised, and no formatting is currently done. We should add support for these
Comment 1 Nick Burch 2015-10-25 00:02:01 UTC
As of r1710407 these are now supported by DataFormatter. This is implemented by calling out to CellFormat in these kind of cases, as CellFormat already had most of the support for it

At some point we need to stop having two different sets of format code, but for now, this works, and also lets us enable some more DataFormatter test cases that were commented out
Comment 2 Javen O'Neal 2016-04-26 23:18:44 UTC
DataFormatter was fixed in r1710399.