Bug 141870 - Fractional formatting: Sequence of preferred denominators (Base 2 mainly); also Writer TextFields
Summary: Fractional formatting: Sequence of preferred denominators (Base 2 mainly); al...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard: QA:needsComment
Keywords:
Depends on:
Blocks: Number-Format
  Show dependency treegraph
 
Reported: 2021-04-24 10:21 UTC by Wolfgang Jäger
Modified: 2022-11-24 13:40 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Wolfgang Jäger 2021-04-24 10:21:25 UTC
Fractional formatting sometimes is expected to be restricted to a sequence of preferred denominators. The most frequent such sequence should be 2,4, 8, 16, 32 - or more generally the powers of 2.  

If it can be done without breaking the concept, a code for fractional formatting like # ?/[2^5] (5 denoting the maximum exponent; if omitted 14 e.g.) or (to give a funny example) ?/[3;7;11] should be established.  
Implementation should choose the smallest denominator usable without loss of accuracy.  

For export to an alien file format the sequence can be replaced then by the highest (realistic) deniminator matching it, or to the respective number of decimal digits in the denominator.