packages feed

time-interval (empty) → 0.1.0.0

raw patch · 9 files changed

+353/−0 lines, 9 filesdep +basedep +time-unitssetup-changed

Dependencies added: base, time-units

Files

+ AUTHORS view
@@ -0,0 +1,1 @@+fr33domlover <fr33domlover@riseup.net>
+ COPYING view
@@ -0,0 +1,121 @@+Creative Commons Legal Code++CC0 1.0 Universal++    CREATIVE COMMONS CORPORATION IS NOT A LAW FIRM AND DOES NOT PROVIDE+    LEGAL SERVICES. DISTRIBUTION OF THIS DOCUMENT DOES NOT CREATE AN+    ATTORNEY-CLIENT RELATIONSHIP. CREATIVE COMMONS PROVIDES THIS+    INFORMATION ON AN "AS-IS" BASIS. CREATIVE COMMONS MAKES NO WARRANTIES+    REGARDING THE USE OF THIS DOCUMENT OR THE INFORMATION OR WORKS+    PROVIDED HEREUNDER, AND DISCLAIMS LIABILITY FOR DAMAGES RESULTING FROM+    THE USE OF THIS DOCUMENT OR THE INFORMATION OR WORKS PROVIDED+    HEREUNDER.++Statement of Purpose++The laws of most jurisdictions throughout the world automatically confer+exclusive Copyright and Related Rights (defined below) upon the creator+and subsequent owner(s) (each and all, an "owner") of an original work of+authorship and/or a database (each, a "Work").++Certain owners wish to permanently relinquish those rights to a Work for+the purpose of contributing to a commons of creative, cultural and+scientific works ("Commons") that the public can reliably and without fear+of later claims of infringement build upon, modify, incorporate in other+works, reuse and redistribute as freely as possible in any form whatsoever+and for any purposes, including without limitation commercial purposes.+These owners may contribute to the Commons to promote the ideal of a free+culture and the further production of creative, cultural and scientific+works, or to gain reputation or greater distribution for their Work in+part through the use and efforts of others.++For these and/or other purposes and motivations, and without any+expectation of additional consideration or compensation, the person+associating CC0 with a Work (the "Affirmer"), to the extent that he or she+is an owner of Copyright and Related Rights in the Work, voluntarily+elects to apply CC0 to the Work and publicly distribute the Work under its+terms, with knowledge of his or her Copyright and Related Rights in the+Work and the meaning and intended legal effect of CC0 on those rights.++1. Copyright and Related Rights. A Work made available under CC0 may be+protected by copyright and related or neighboring rights ("Copyright and+Related Rights"). Copyright and Related Rights include, but are not+limited to, the following:++  i. the right to reproduce, adapt, distribute, perform, display,+     communicate, and translate a Work;+ ii. moral rights retained by the original author(s) and/or performer(s);+iii. publicity and privacy rights pertaining to a person's image or+     likeness depicted in a Work;+ iv. rights protecting against unfair competition in regards to a Work,+     subject to the limitations in paragraph 4(a), below;+  v. rights protecting the extraction, dissemination, use and reuse of data+     in a Work;+ vi. database rights (such as those arising under Directive 96/9/EC of the+     European Parliament and of the Council of 11 March 1996 on the legal+     protection of databases, and under any national implementation+     thereof, including any amended or successor version of such+     directive); and+vii. other similar, equivalent or corresponding rights throughout the+     world based on applicable law or treaty, and any national+     implementations thereof.++2. Waiver. To the greatest extent permitted by, but not in contravention+of, applicable law, Affirmer hereby overtly, fully, permanently,+irrevocably and unconditionally waives, abandons, and surrenders all of+Affirmer's Copyright and Related Rights and associated claims and causes+of action, whether now known or unknown (including existing as well as+future claims and causes of action), in the Work (i) in all territories+worldwide, (ii) for the maximum duration provided by applicable law or+treaty (including future time extensions), (iii) in any current or future+medium and for any number of copies, and (iv) for any purpose whatsoever,+including without limitation commercial, advertising or promotional+purposes (the "Waiver"). Affirmer makes the Waiver for the benefit of each+member of the public at large and to the detriment of Affirmer's heirs and+successors, fully intending that such Waiver shall not be subject to+revocation, rescission, cancellation, termination, or any other legal or+equitable action to disrupt the quiet enjoyment of the Work by the public+as contemplated by Affirmer's express Statement of Purpose.++3. Public License Fallback. Should any part of the Waiver for any reason+be judged legally invalid or ineffective under applicable law, then the+Waiver shall be preserved to the maximum extent permitted taking into+account Affirmer's express Statement of Purpose. In addition, to the+extent the Waiver is so judged Affirmer hereby grants to each affected+person a royalty-free, non transferable, non sublicensable, non exclusive,+irrevocable and unconditional license to exercise Affirmer's Copyright and+Related Rights in the Work (i) in all territories worldwide, (ii) for the+maximum duration provided by applicable law or treaty (including future+time extensions), (iii) in any current or future medium and for any number+of copies, and (iv) for any purpose whatsoever, including without+limitation commercial, advertising or promotional purposes (the+"License"). The License shall be deemed effective as of the date CC0 was+applied by Affirmer to the Work. Should any part of the License for any+reason be judged legally invalid or ineffective under applicable law, such+partial invalidity or ineffectiveness shall not invalidate the remainder+of the License, and in such case Affirmer hereby affirms that he or she+will not (i) exercise any of his or her remaining Copyright and Related+Rights in the Work or (ii) assert any associated claims and causes of+action with respect to the Work, in either case contrary to Affirmer's+express Statement of Purpose.++4. Limitations and Disclaimers.++ a. No trademark or patent rights held by Affirmer are waived, abandoned,+    surrendered, licensed or otherwise affected by this document.+ b. Affirmer offers the Work as-is and makes no representations or+    warranties of any kind concerning the Work, express, implied,+    statutory or otherwise, including without limitation warranties of+    title, merchantability, fitness for a particular purpose, non+    infringement, or the absence of latent or other defects, accuracy, or+    the present or absence of errors, whether or not discoverable, all to+    the greatest extent permissible under applicable law.+ c. Affirmer disclaims responsibility for clearing rights of other persons+    that may apply to the Work or any use thereof, including without+    limitation any person's Copyright and Related Rights in the Work.+    Further, Affirmer disclaims responsibility for obtaining any necessary+    consents, permissions or other rights required for any use of the+    Work.+ d. Affirmer understands and acknowledges that Creative Commons is not a+    party to this document and has no duty or obligation with respect to+    this CC0 or use of the Work.
+ ChangeLog view
@@ -0,0 +1,17 @@+The changes are recorded by the version control system, Darcs. To see a log+quickly from the terminal, run:++  $ darcs changes --repo http://dev.rel4tion.org/fr33domlover/time-interval++There is also a web interface at <http://darcs.rel4tion.org> which, among other+things, can display the history log.++To see the log in a local clone, first get a copy of the repository if you+haven't yet:++  $ darcs get http://dev.rel4tion.org/fr33domlover/time-interval++Then move into the newly created directory and run darcs:++  $ cd time-interval+  $ darcs changes
+ INSTALL view
@@ -0,0 +1,13 @@+Install from Hackage:++    $ cabal install time-interval++Install from unpacked release tarball or source repo:++    $ cd time-interval+    $ cabal install++Just play with it without installing:++    $ cabal build+    $ cabal repl
+ NEWS view
@@ -0,0 +1,23 @@+This file lists the user-visible interesting changes between releases. For a+full list of changes to the source, see the ChangeLog.++++time-interval 0.1.0.0 -- 2015-09-10+===================================++General, build and documentation changes:++* (This is the first release, so everything is new)++New APIs, features and enhancements:++* (This is the first release, so everything is a new feature)++Bug fixes:++* (This is just the first release)++Dependency changes:++* (This is the first release)
+ README.md view
@@ -0,0 +1,14 @@+See the .cabal file for more info and link to project website the version+control.++The official download location is Hackage:++<http://hackage.haskell.org/package/time-interval>++This library is free software, and is committed to software freedom. It is+released to the public domain using the CC0 Public Domain Dedication. For the+boring "legal" details see the file 'COPYING'.++See the file 'INSTALL' for hints on installation. The file 'ChangeLog' explains+how to see the history log of the changes done in the code. 'NEWS' provides a+friendly overview of the changes for each release.
+ Setup.hs view
@@ -0,0 +1,2 @@+import Distribution.Simple+main = defaultMain
+ src/Data/Time/Interval.hs view
@@ -0,0 +1,105 @@+{- This file is part of time-interval.+ -+ - Written in 2015 by fr33domlover <fr33domlover@rel4tion.org>.+ -+ - ♡ Copying is an act of love. Please copy, reuse and share.+ -+ - The author(s) have dedicated all copyright and related and neighboring+ - rights to this software to the public domain worldwide. This software is+ - distributed without any warranty.+ -+ - You should have received a copy of the CC0 Public Domain Dedication along+ - with this software. If not, see+ - <http://creativecommons.org/publicdomain/zero/1.0/>.+ -}++-- | Suppose you have a program which periodically reloads state and saves some+-- logs, and you'd like the intervals for these periodic actions to be+-- expressed using time units, and abstract away the internal representation+-- until the site of actual use. Your code may look like this:+--+-- > data AppState tr ts = AppState+-- >     { userName       :: String+-- >     , newMessages    :: [String]+-- >     , reloadInterval :: tr+-- >     , saveInterval   :: ts+-- >     }+-- >+-- > type App tr ts = StateT (AppState tr ts) IO+-- >+-- > setReloadInterval :: TimeUnit t => t -> App ()+-- > setReloadInterval new = modify $ \ s -> s { reloadInterval = new }+-- >+-- > syncStateWithFiles :: (TimeUnit tr, TimeUnit ts) => App tr ts ()+-- > syncStateWithFiles = do+-- >     reloadMicrosec <- liftM toMicroseconds $ gets reloadInterval+-- >     saveMicrosec <- liftM toMicroseconds $ gets saveInterval+-- >     {- ... use the values ... -}+--+-- And usage looks like this:+--+-- > setReloadInterval (5 :: Second)+--+-- So every time you add, change or remove a time field, all your type+-- signatures need to be updated and all your @App@ actions, even unrelated to+-- those times, are stuck with time type parameters in their type signatures.+--+-- An easy and common approach to avoid all the mess is to store the time as an+-- integer, i.e. applying 'toMicroseconds' when setting the value rather than+-- when using it. That makes things much easier, but then your type (and your+-- API) expose the time directly as a number of microseconds, and people end up+-- writing things like @1000 * 1000 * 60 * 5@ to say "5 minuts". It's also an+-- internal technical detail there's no reason to expose, and should be+-- possible to change without breaking anything - e.g. what if your scheduling+-- tool one day moves to a higher precision than microseconds? Your high-level+-- API would ideally not let that change float all the way up.+--+-- Here's how things can work when using this library.+--+-- > data AppState = AppState+-- >     { userName       :: String+-- >     , newMessages    :: [String]+-- >     , reloadInterval :: TimeInterval+-- >     , saveInterval   :: TimeInterval+-- >     }+-- >+-- > type App = StateT AppState IO+-- >+-- > setReloadInterval :: TimeUnit t => t -> App ()+-- > setReloadInterval new = modify $ \ s -> s { reloadInterval = time new }+-- >+-- > syncStateWithFiles :: App ()+-- > syncStateWithFiles = do+-- >     reloadMicrosec <- liftM microseconds $ gets reloadInterval+-- >     saveMicrosec <- liftM microseconds $ gets saveInterval+-- >     {- ... use the values ... -}+--+-- And usage looks the same:+--+-- > setReloadInterval (5 :: Second)+--+-- Also, even if you let the user use the 'time' function in their code, e.g.+-- like this:+--+-- > setReloadInterval $ time (5 :: Second)+--+-- ... you stil get the advantages from both worlds.+module Data.Time.Interval+    ( TimeInterval ()+    , time+    , microseconds+    )+where++import Data.Time.Units (TimeUnit (..))++-- | A time duration.+newtype TimeInterval = TimeInterval Integer deriving (Eq, Ord, Show)++-- | Convert a time value expressed in a some time unit into a 'TimeInterval'.+time :: TimeUnit t => t -> TimeInterval+time = TimeInterval . toMicroseconds++-- | Express a 'TimeInterval' in microseconds.+microseconds :: TimeInterval -> Integer+microseconds (TimeInterval i) = i
+ time-interval.cabal view
@@ -0,0 +1,57 @@+name:                time-interval+version:             0.1.0.0+synopsis:            Use a time unit class, but hold a concrete time type.+description:+  Two common ways to represent and hold short time intervals seem to be:+  .+  1. Hold time in microseconds as an 'Int' or 'Integer'+  2. Use time units abstraction, e.g. see the time-units package+  .+  While the second option is a great abstraction to use in APIs, it works for+  datatypes a bit less well than for function types. That's because a datatype+  which a 'Data.Time.Units.TimeUnit' field suddenly becomes polymorphic over+  that field, and all function type signatures involving that datatype need to+  be updated. This is less an issue for functions, because you don't specify+  the type of every function at the call site.+  .+  Perhaps there is a solution for that which involves datatype related+  language extensions, but this package tries to offer a simple clean solution+  as follows. You store time in your datatype as an integer, but it is wrapped+  by an opaque 'Data.Time.Interval.TimeInterval' type. You then get the best of+  both worlds:+  .+  * On one hand, you can set the time field using any time unit thanks to the+    time-units package, so you get a nice abstraction+  .+  * On the other hand, your datatype holds a concrete time type+  .+  The time type can be equally used to represent time intervals, time durations+  and generally time lengths. But since high precision is used (microseconds),+  you'll probably want this library for short time lengths (at most seconds,+  minutes, hours). For calendar based and related time functions and types, see+  the @time@ package.+homepage:            http://rel4tion.org/projects/time-interval/+bug-reports:         http://rel4tion.org/projects/time-interval/tickets/+license:             PublicDomain+license-file:        COPYING+author:              fr33domlover+maintainer:          fr33domlover@riseup.net+copyright:           ♡ Copying is an act of love. Please copy, reuse and share.+category:            Web+build-type:          Simple+extra-source-files:  AUTHORS ChangeLog COPYING INSTALL NEWS README.md+cabal-version:       >=1.10++source-repository head+  type:                darcs+  location:            http://dev.rel4tion.org/fr33domlover/time-interval++library+  exposed-modules:     Data.Time.Interval+  -- other-modules:       +  -- other-extensions:    +  build-depends:       base       >=4.7 && <5+                     , time-units >=1+  hs-source-dirs:      src+  default-language:    Haskell2010+  ghc-options:         -Wall