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: NEEDINFO
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:
Keywords:
Depends on:
Blocks: Number-Format
  Show dependency treegraph
 
Reported: 2021-04-24 10:21 UTC by Wolfgang Jäger
Modified: 2025-12-04 03:18 UTC (History)
3 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.
Comment 1 Olivier Hallot 2025-12-03 19:45:43 UTC
I'm not sure to get it, what is the advantage of having 

"# ?/[2^5]" 
instead of 
"# ?/32"?

So far to me, extra complication in number format notations.

Same for ?/[3;7;11] which is not clear the exact meaning.

Can you elaborate on it?