http://d.puremagic.com/issues/show_bug.cgi?id=6724

           Summary: core.time.dur should use SI symbols for durations, not
                    the ad hoc contractions it uses now
           Product: D
           Version: D2
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: druntime
        AssignedTo: nobody@puremagic.com
        ReportedBy: siegelords_abode@yahoo.com


--- Comment #0 from siegelords_abode@yahoo.com 2011-09-24 14:11:17 PDT ---
That is:
ms,ns,s,h,d,µs (I'd accept us as an alternative)

If not, at the very least use 'secs' and not 'seconds' so it matches the sub-second interval names.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=6724


Jonathan M Davis <jmdavisProg@gmx.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jmdavisProg@gmx.com


--- Comment #1 from Jonathan M Davis <jmdavisProg@gmx.com> 2011-09-24 14:42:11 PDT ---
All units seconds and greater are spelled out completely. All sub-second units are abbreviated. That's by design.

We _could_ make it so that there are multiple names for each unit type, but then that gets messy - both in terms of code and in terms of people having to decipher template constraints. It's just cleaner to accept one specific string for each unit type. So, I think that having multiple is ultimately a bad idea.

Changing the unit strings would break code for little gain IMHO. And going for names as short as you suggest is error-prone. It's already bad enough that msecs, usecs, and hnsecs are as similar as they are. The functions that the unit strings are used with are exactly the kind of functions where it's often easy to not notice a bug when the units are slightly off. So, making them even less distinct would _not_ be a good idea as far as I'm concerned.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=6724


SomeDude <lovelydear@mailmetrash.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lovelydear@mailmetrash.com
           Severity|normal                      |enhancement


-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------