[OASIS Issue Tracker] (OFFICE-1828) Engineering notation requires a slightly modified scientific format in which the exponent is always divisible by 3.

[OASIS Issues Tracker <workgroup_mailer@lists.oasis-open.org>]

    [ https://issues.oasis-open.org/browse/OFFICE-1828?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=70316#comment-70316 ] 

Michael Stahl commented on OFFICE-1828:
---------------------------------------

this is marked as APPLIED but i can't find the additions in the current schema draft

> Engineering notation requires a slightly modified scientific format in which the exponent is always divisible by 3.
> -------------------------------------------------------------------------------------------------------------------
>
>                 Key: OFFICE-1828
>                 URL: https://issues.oasis-open.org/browse/OFFICE-1828
>             Project: OASIS Open Document Format for Office Applications (OpenDocument) TC
>          Issue Type: Improvement
>          Components: Table
>    Affects Versions: ODF 1.2
>            Reporter: Andreas Guelzow
>            Assignee: Andreas Guelzow
>            Priority: Minor
>             Fix For: ODF 1.3 CSD 01
>
>
> Engineering notation frequently requires a slightly modified scientific format in which the exponent is always divisible by 3.
> We should allow for an attribute (number:exponent-factor or something like) that that determines which multiples are allowed as exponents. It would be 1 for regular scientific notation, 3 for engineering notation,...
> Gnumeric currently only allows regular scientific notation and engineering notation and uses a foreign attribute  "gnm:engineering"  to <number:scientific-number>. A value of "true" indicates that the exponent will always be a multiple of 3.
> In this proposal I intend to provide for a more general situation by providing an attribute to <number:scientific-number> that has, at this time, the two integer values 1 and 3 as possible values. This will permit easier extension if any implementation desires to allow other multipliers. 



--
This message was sent by Atlassian JIRA
(v7.7.2#77003)