# Date::Manip::Delta - phpMan

## NAME
    [Date::Manip::Delta] - Methods for working with deltas

## SYNOPSIS
       use [Date::Manip::Delta];
       $date = new [Date::Manip::Delta];

## DESCRIPTION
    This module contains functions useful in parsing and manipulating
    deltas. As used in this module, the term delta refers to an amount of
    time elapsed. It includes no information about a starting or ending
    time.

    There are several concepts involved in understanding the properties of a
    delta.

    standard and business delta
        There are two different modes for working with deltas: standard and
        business. The mode used depends on how you treat the calendar.

        Standard deltas use the full calendar without any modifications.

        A business delta uses a calendar in the way a business might. In a
        business calendar, anything outside of a business day is ignored.
        Typically, this includes holidays and weekends. In addition, the
        part of the day outside of business hours is also ignored, so a day
        may only run from 08:00 to 17:00 and everything outside of this is
        ignored.

        The length of a work day is usually not 24 hours. It is defined by
        the start and end of the work day and is set using the config
        variables: WorkDayBeg and WorkDayEnd (WorkDay24Hr may be used to
        specify a 24-hour work day). The work week is defined using the
        config variables: WorkWeekBeg and WorkWeekEnd.

        Daylight saving time are ignored with business calculations because
        time changes occur at night (usually on the weekends) outside of
        business hours. This may yield unexpected results if the work day is
        defined to be 24-hours and the work week includes a day when a time
        change occurs.

    fields
        A delta consists of 7 fields: years, months, weeks, days, hours,
        minutes, and seconds, usually expressed as a colon-separated string.
        For example:

           1:2:3:4:5:6:7

        refers to an elapsed amount of time 1 year, 2 months, 3 weeks, 4
        days, 5 hours, 6 minutes, and 7 seconds long.

    normalized
        A delta can be normalized or not. A normalized delta has values
        which have been simplified based on how a human would think of them.
        As an example, the delta:

           0:0:0:0:0:10:70

        is not normalized since 70 seconds is typically thought of as 1
        minute 10 seconds. The normalized form of this delta would be:

           0:0:0:0:0:11:10

        By default, deltas are converted to a normalized form in most
        functions that create/modify a delta, but this can be overridden.

    Types of deltas
        There are 4 type of deltas that are available.

        Exact deltas
                The most common type (and the default in most situations) is
                an exact delta. An exact delta is one where only fields
                which have exactly known lengths are allowed to be non-zero.

                For standard calculations, there are only three exactly
                known fields (hours, minutes, and seconds). The lengths are
                defined as:

                   1 hour   = 3600 seconds
                   1 minute = 60 seconds

                Note that since a day is NOT always 24 hours (due to
                daylight saving time changes), a day is not an exactly known
                field.

                For business calculations, a day IS an exactly known field.
                Since business mode ignores daylight saving time, the length
                of the day can be calculated based on the config variables
                listed above. So, for example, if the work day is
                08:00-17:00, the length of the day is 9 hours. The length of
                the week is still unknown since some work weeks may have
                fewer days than others due to holidays.

                All fields which are not exactly known will always have zero
                value.

        Semi-exact deltas
                A semi-exact delta treats the day/week fields as if they
                were exactly known.

                For standard calculations, this is done by using the
                relationships:

                   1 day  = 24 hours
                   1 week = 7 days

                For business calculations, it is done by treating a week as
                a constant length (determined by the config variables listed
                above) ignoring holidays. So if a typical work week is
                Mon-Fri, the length of the week is 5 days.

                For semi-exact deltas, the value of the year/month must be
                zero.

                Although this may yield some values that are not exactly
                accurate around daylight saving time transitions, strictly
                speaking, they yield results that are useful in terms of how
                humans think of deltas.

        Approximate deltas
                An approximate delta can have non-zero values for all
                fields. When normalizing the fields, the year/month fields
                are treated as one set using the relationship

                   1 year  = 12 months

                The remaining fields are normalized using the semi-exact
                relationships.

        Estimated deltas
                The final type of delta are estimated deltas. These are
                deltas where an estimated length is applied to all the
                approximate fields.

                For standard deltas, the additional relationship:

                   1 year = 365.2425 days

                is used. For business deltas, the additional relationship:

                   1 year   = X/7 * 365.2425 days

                (where X is the number of work days in a week) is used.

                Fractional seconds will be discarded (not rounded).

        NOTE: it is not possible to look at a delta and determine what type
        it is. For example, a standard delta with a non-zero day value might
        be approximate or semi-exact. The type will need to be explicitly
        selected, or determined by the context of the operation.

    signs
        Each field has a sign associated with it. For example, the delta "1
        year ago" is written as:

           -1:0:0:0:0:0:0

        The sign of any field is optional, and if omitted, it is the same as
        the next higher field. So, the following are identical:

           +1:2:3:4:5:6:7
           +1:+2:+3:+4:+5:+6:+7

        In a normalized delta, all fields in a set will have the same sign.
        So the standard delta:

           0:0:+3:-2:0:0:0:0   (3 weeks -2 days)

        is not normalized. The normalized version would be:

           0:0:+2:5:0:0:0:0    (2 weeks, 5 days)

        Since an approximate delta has two sets (the y/m set and the
        w/d/h/mn/s set), these deltas may have two signs. So, the following
        is a fully normalized approximate delta:

           +1:0:-3:3:1:0:0

    fractional values
        Fractional fields are allowed such as:

           1.25 days
           1.1 years

        but whenever parsing a delta with fractional fields, the delta will
        be normalized using the estimated relationships described above.
        Fractional seconds will be discarded.

## METHODS
    new
    new_config
    new_date
    new_delta
    new_recur
    base
    tz
    is_date
    is_delta
    is_recur
    config
    err Please refer to the [Date::Manip::Obj] documentation for these
        methods.

    parse
           $err = $delta->parse($string, \%opts);
           $err = $delta->parse($string [,$business] [,$no_normalize]);

        The second format is supported for backward compatibility, but is
        deprecated and will be removed in [Date::Manip] 7.00. The second form
        is equivalent to:

           $err = $delta->parse($string, { business => $business,
                                           nonorm   => $no_normalize });

        This takes a string and parses it to see if it is a valid delta. If
        it is, an error code of 0 is returned and $delta now contains the
        value of the delta. Otherwise, an error code of 1 is returned and an
        error condition is set in the delta.

        Recognized options are:

           mode      : standard/business
                       to specify if it is a business delta or a standard delta
           nonorm    : 0/1
                       1 if the delta should not be normalized
           type      : exact, semi, approx, estimated

        When specifying the type, the delta given must satisfy the
        requirements of the type (i.e. no year field for an exact delta).

        A delta string is usually specified in compact notation which
        consists of a colon separated list of numbers (with optional signs):

           Examples:
              0:0:0:0:4:3:-2
              +4:3:-2
              +[4::3]

        In compact notation, from 1 to 7 of the fields may be given. For
        example D:H:MN:S may be given to specify only four of the fields. No
        spaces may be present in the string, but it is allowed to omit some
        of the fields. For example [5::3]:30 is valid. In this case, missing
        fields default to the value 0.

        The delta string may also be specified using common field
        abbreviations. This is described below in the "ADDITIONAL DELTA
        NOTATIONS" section.

    input
           $str = $delta->input();

        This returns the string that was parsed to form the delta.

    set
           $err = $delta->set(\%opts);
           $err = $delta->set($field,$val [,$no_normalize]);

        The second format is supported for backward compatibility, but is
        deprecated and will be removed in [Date::Manip] 7.00. The second form
        is equivalent to:

           $err = $delta->set( $field => $val, 'nonorm' => $no_normalize );

        This explicitly sets one or more parts of a delta. %opts is a set of
        key/value pairs:

           $key     $val

           delta    [Y,M,W,D,H,MN,S]  sets the entire delta
           business [Y,M,W,D,H,MN,S]  sets the entire delta
           standard [Y,M,W,D,H,MN,S]  sets the entire delta
           y        YEAR              sets one field
           M        MONTH
           w        WEEK
           d        DAY
           h        HOUR
           m        MINUTE
           s        SECOND

           nonorm   0/1
           mode     business, standard
           type     exact, semi, estimated, approx

        An error is returned if an invalid data is passed in.

        %opts can only include a single key that affects each field (i.e.
        you can set delta or business but not both, and you cannot set both
        delta and y, but you CAN set both y and w).

        When setting the entire delta with business or standard, it flags
        the delta as a business or standard mode delta respectively. In
        those cases, you are not allowed to set the mode option. Partial
        deltas are allowed (i.e. [H,MN,S]) in which case zeros are added for
        all fields not specified.

        When setting the entire delta with delta, the flag is left unchanged
        (unless the mode option is also passed in).

        Also, when setting the entire delta, signs are not carried from one
        field to another, so [-1,2,...] is equivalent to [-1,+2,...].

        By default, a delta is normalized, but setting the nonorm key to a
        true value will not do that.

        For backwards compatibility, normal can be used in place of
        standard, both as $field or as $val. This is deprecated and will be
        removed in [Date::Manip] 7.00.

        When setting any field in the delta, the type of delta will be
        determined automatically as either exact (if only fields that are
        exactly known are have non-zero fields), semi (if only fields that
        are semi-exact or exact are included), or approx otherwise. If the
        type option is set, it will be used provided it is valid (i.e. you
        cannot set it to exact if fields that are not exactly known are
        set).

    printf
           $out = $delta->printf($in);
           @out = $delta->printf(@in);

        This takes a string or list of strings which may contain any number
        of special formatting directives. These directives are replaced with
        information contained in the delta. Everything else in the string is
        returned unmodified.

        A directive always begins with '%'. They are described in the
        section below in the section "PRINTF DIRECTIVES".

    calc
        Please refer to the [Date::Manip::Calc] documentation for details.

    type
           $flag = $delta->type($op);

        This tests to see if a delta is of a certain type. $op can be;

           business  : returns 1 if it is a business delta
           standard  : returns 1 if it is a standard (non-business delta)

           exact     : returns 1 if it is exact
           semi      : returns 1 if it is semi-exact
           approx    : returns 1 if it is approximate
           estimated : returns 1 if it is estimated

    value
           $val = $delta->value();
           @val = $delta->value();

        This returns the value of the delta. In scalar context, it returns
        the printable string (equivalent to the printf directive '%Dt'). In
        list context, it returns a list of fields.

        An empty string/list is returned if there is no valid delta stored
        in $delta.

    convert
           $delta->convert($to);

        This converts a delta from one type to another. $to can be 'exact',
        'semi', or 'approx'. The conversion uses the approximate and
        estimated relationships listed above to convert the delta.

        For example, if the exact non-business delta $delta contains:

           0:0:0:0:44:0:0

        then the following call:

           $delta->convert('semi')

        would produce the semi-exact delta:

           0:0:0:1:20:0:0

        The result will always be normalized.

        Converting from one type to another that is less exact (i.e. exact
        to semi-exact or semi-exact to approx) is supported. Converting the
        other direction is supported for backward compatibility, but will be
        removed in 7.00 because that operation is not one that is well
        defined.

        There is currently no support for converting business to
        non-business (or vice-versa).

    cmp
           $flag = $delta1->cmp($delta2);

        This compares two deltas (using the approximate relationships listed
        above) and returns -1, 0, or 1 which could be used to sort them by
        length of time.

        Both deltas must be valid, and both must be either business or
        non-business deltas. They do not need to be the same out of exact,
        semi-exact, and approximate.

        undef will be returned if either delta is invalid, or you try to
        compare a business and non-business delta.

## ADDITIONAL DELTA NOTATIONS
    When parsing a delta, the string may be specified with the field spelled
    out, rather than using the colon separated fields.

    This expanded notation has the fields spelled out in some language
    specific form:

       Examples:
          +4 hours +3mn -2second
          + 4 hr 3 minutes -2
          4 hour + 3 min -2 s
          4 hr 2 s

    A field in the expanded notation has an optional sign, a number, and a
    string specifying the type of field. If the sign is absent, it defaults
    to the sign of the next larger element. So the following are equivalent:

       -4 hr 3 min 2 sec
       -4 hr -3 min -2 sec

    The valid strings describing each of the fields is contained in "Delta
    field names" section of the appropriate [Date::Manip::Lang]::<LANGUAGE>
    document. Refer to the [Date::Manip::Lang] document for a list of
    languages.

    For example, for English, the document is [Date::Manip::Lang::English] and
    the field names include strings like:

       y:  y, yr, year, years
       m:  m, mon, mons, month, months
       w:  w, wk, ws, wks, week, weeks
       d:  d, day, days
       h:  h, hr, hrs, hour, hours
       mn: mn, min, mins, minute, minutes
       s:  s, sec, secs, second, seconds

    This list may not be complete. You should refer to the language document
    for the full list.

    The "seconds" string may be omitted. The sign, number, and string may
    all be separated from each other by any amount of whitespace. The string
    specifying the unit must be separated from a following number by
    whitespace or a comma, so the following example will NOT work:

       4hours3minutes

    At minimum, it must be expressed as:

       4hours 3minutes
       4 hours, 3 minutes

    In the the expanded format, all fields must be given in the order: Y M W
    D H MN S. Any number of them may be omitted provided the rest remain in
    the correct order. Small numbers may be spelled out, so

       in two weeks
       in 2 weeks

    both work (but do not rely on this to work for large numbers).

    Most languages also allow a word to specify whether the delta is an
    amount of time after or before a fixed point. In English, the word "in"
    refers to a time after a fixed point, and "ago" refers to a point before
    a fixed point. So, the following deltas are equivalent:

      1:0:0:0:0:0:0
      in 1 year

    and the following are equivalent

      -1:0:0:0:0:0:0
      1 year ago

    The word "in" is completely ignored. The word "ago" has the affect of
    reversing all signs that appear in front of the components of the delta.
    In other words, the following two strings are identical:

       -12 yr  6 mon ago
       +12 yr +6 mon

    (don't forget that there is an implied minus sign in front of the 6 in
    the first string because when no sign is explicitly given, it carries
    the previously entered sign).

    The in/ago words only apply to the expanded format, so the following is
    invalid:

       1:0:0 ago

    A delta may be standard (non-business) or business. By default, a delta
    is treated as a non-business delta, but this can be changed in two
    different ways.

    The first way to make a delta be business is to pass in the appropriate
    option. For example:

      $delta->parse($string, { 'mode' => 'business' });
      $delta->parse($string, { 'mode' => 'standard' });

    The second way to specify whether a delta is business or non-business is
    to include a key word in the string that is parsed. If this string is
    included, it should not conflict with the value of a 'mode' option.

    Most languages include a word like "business" which can be used to
    specify that the resulting delta is a business delta or a non-business
    delta. Other languages have equivalent words. The placement of the word
    is not important. Also, the "business" word can be included with all
    types of deltas, and in both compact and expanded notation, so the
    following are valid and equivalent:

       in 4 hours business
       4:0:0 business
       business 0:0:0:0:4:0:0

    There are also words "exact" or "approximate" which may be included in
    the delta for backward compatibility. However, they will be ignored.
    They will be removed in [Date::Manip] 7.00. The accuracy of delta (exact,
    semi-exact, approximate) will be determined only by what fields are
    present in the delta and the options passed in. When a delta is parsed,
    it is automatically normalized, unless the 'nonorm' option is passed in.

## PRINTF DIRECTIVES
    The following printf directives are replaced with information from the
    delta. Directives may be replaced by the values of a single field in the
    delta (i.e. the hours or weeks field), the value of several fields
    expressed in terms of one of them (i.e. the number of years and months
    expressed in terms of months), or the directive may format either the
    entire delta, or portions of it.

    Simple directives
        These are directives which print simple characters. Currently, the
        only one is:

           %%    Replaced by a single '%'

        As an example:

          $delta->printf('|%%|');
             => |%|

    Directives to print out a single field
        The following directive is used to print out the value of a single
        field. Spaces are included here for clarity, but are not in the
        actual directive.

           % [+] [pad] [width] Xv

        Here, X is one of (y,M,w,d,h,m,s). The directive will print out the
        value for that field.

        If a '+' is included immediately after the '%', a sign will always
        be included. By default, only negative values will include a sign.

        'width' and 'pad' are used to set the width of the string containing
        the field as well as how it is padded.

        'width' is any positive integer (without a sign). If 'width' is
        included, it sets the length of the output string (unless the string
        is already longer than that, in which case the 'width' is ignored).

        If 'pad' is included, it may be the character '<', '>', or '0'. It
        will be ignored if 'width' is not included, or the string is already
        longer than 'width'. If the formatted delta field is shorter than
        'width', it will be padded with spaces on the left (if 'pad' is
        '<'), or right (if 'pad' is '>'), or it will be padded on the left
        (after any sign) with zeroes (if 'pad' is '0').

        In the following examples, $delta contains the delta: 1:2:3:4:5:6:7

           $delta->printf('|Month: %Mv|');
              => |Month: 2|

           $delta->printf('|Day: %+05dv|');
              => |Day: +0004|

           $delta->printf('|Day: %+<5dv|');
              => |Day:    +4|

           $delta->printf('|Day: %>5sv|');
              => |Day: 7    |

    Directives to print out several fields in terms of one of them
        The following directive is used to print out the value of several
        different fields, expressed in terms of a single field.

           % [+] [pad] [width] [.precision] XYZ

        Here, X, Y, and Z are each one of (y,M,w,d,h,m,s). The directive
        will print out the value for fields Y through Z expressed in terms
        of field X.

        Y must come before Z in the sequence (y,M,w,d,h,m,s) or it can be
        the same as Z.

        So, to print the day and hour fields in terms of seconds, use the
        directive:

           %sdh

        Any time all of X, Y, and Z are from a single set of fields, exact
        relationships are used.

        If the X, Y, and Z fields do not all belong to the same set of
        fields, approximate relationships are used.

        For non-business deltas, an approximate relationship is needed to
        link the Y/M part of the delta to the W/D part and a
        semi-approximate relationship is needed to link the W/D part with
        the H/MN/S part. These relationships are:

           1 day    = 24 hours
           1 year   = 365.2425

        For business deltas, the approximate and semi-approximate
        relationships used to link the fields together are:

           1 week   = X    (length of business week in days)
           1 year   = X/7 * 365.2425

        For business deltas, the length of the day is defined using
        WorkDayStart and WorkDayEnd. For non-business deltas, a day is 24
        hours long (i.e. daylight saving time is ignored).

        If 'precision' is included, it is the number of decimal places to
        print. If it is not included, but 'width' is included, precision
        will be set automatically to display the maximum number of decimal
        places given 'width'.

        If 'pad' is included, it may be the character '<', '>', or '0', and
        is used in the same way as printing out a single field.

        In the following examples, $delta contains the delta: 1:2:3:4:5:6:7

           $delta->printf('|%.4Myw|');
              => |14.6900|
              1 year, 2 months, 3 weeks is approximately
              14.6900 months

    Directives to print out portions of the delta
        The following directives may be used to print out some or all of a
        delta.

           % [+] [pad] [width] Dt
           % [+] [pad] [width] DXY

        The first directive will print out the entire delta.

        The second will print out the delta from the X to Y fields inclusive
        (where X and Y are each one of (y,M,w,d,h,m,s) and X must come
        before Y in the sequence).

        'pad' is optional and can be either '<' or '>' meaning to pad on the
        left or right with spaces. It defaults to '<'.

        If a '+' is included immediately following the '%', every field will
        have a sign attached. Otherwise, only the leftmost field in each set
        of fields will include a sign.

            $delta->printf('|%Dt|');
               => |+1:2:+3:+4:5:6:7|

            $delta->printf('|%+Dyd|');
               => |+1:+2:+3:+4|

## KNOWN BUGS
    None known.

## BUGS AND QUESTIONS
    Please refer to the [Date::Manip::Problems] documentation for information
    on submitting bug reports or questions to the author.

## SEE ALSO
    [Date::Manip] - main module documentation

## LICENSE
    This script is free software; you can redistribute it and/or modify it
    under the same terms as Perl itself.

## AUTHOR
    Sullivan Beck (<sbeck@cpan.org>)

