summaryrefslogtreecommitdiff
path: root/src/times.cc
Commit message (Collapse)AuthorAgeFilesLines
* Allow --input-date-format to specify separatorsJohn Wiegley2012-03-191-3/+8
| | | | Fixes #650
* Increased file copyrights to 2012John Wiegley2012-02-291-1/+1
|
* Corrected problem with parsing of leap daysJohn Wiegley2012-02-281-0/+1
|
* Rewrite the way interval reports are generatedJohn Wiegley2012-02-281-5/+9
|
* Added debug code for debugging interval reportsJohn Wiegley2012-02-281-0/+11
|
* Removed unneeded default casesJohn Wiegley2012-02-171-9/+0
|
* Fixes for variable shadowing (27/28)John Wiegley2012-02-171-3/+3
|
* Fixes for variable shadowing (26/28)John Wiegley2012-02-171-2/+1
|
* Cleanup whitespaceJohn Wiegley2011-08-181-1/+1
|
* Removed unused variablesJohn Wiegley2011-08-181-4/+1
|
* Clarified an #ifdefJohn Wiegley2011-04-111-0/+3
|
* Parse %m/%d/%Y %H:%M:%S as an input date/timeJohn Wiegley2010-12-041-2/+9
| | | | This is to support reading of Timelog files.
* Improvements to time period parsingJohn Wiegley2010-06-211-8/+190
| | | | | Things like "since last month" and "4 weeks ago", and "since 4 weeks ago" are now all working.
* Added missing call to resolve_end() in find_periodJohn Wiegley2010-06-201-0/+2
|
* --input-date-format now affects dates with timesJohn Wiegley2010-06-201-1/+8
|
* Support period expressions "this/next/last week"John Wiegley2010-06-141-14/+28
|
* Allow period exprs "from today", "until tomorrow"John Wiegley2010-06-141-0/+10
|
* Support period expressions like "last 4 weeks"John Wiegley2010-06-141-12/+37
|
* Fix to allow time periods like "every 14 days"John Wiegley2010-06-141-1/+1
|
* Revised how Ledger handles the "current year"John Wiegley2010-06-141-33/+22
| | | | | Now when the Y directive sets the current year for a region, it affects everything, as if the clock really were set back to that year.
* Added a missing break statementJohn Wiegley2010-06-131-0/+1
| | | | This broke the meaning of -p "this month".
* Option --input-date-format adds to candidate listJohn Wiegley2010-06-131-2/+2
|
* Untabified all source filesJohn Wiegley2010-06-111-442/+442
|
* Allow opt -NDEBUG build to complete without warningsJohn Wiegley2010-06-041-0/+2
|
* Fixed two memory reference errorsJohn Wiegley2010-06-021-7/+6
|
* If FMT_CUSTOM is given, and no format, use FMT_PRINTEDJohn Wiegley2010-05-221-2/+2
|
* Report an error for incorrect dates like 2010/04/32John Wiegley2010-05-221-20/+34
| | | | Fixes EF57C685-2C18-49A1-9A8C-FB3BE6F99C41
* Updated copyrights to 2003-2010John Wiegley2010-03-051-1/+1
|
* Restore "-p this" option (aka -p 'this month')John Wiegley2010-01-211-11/+7
|
* Fix for date parsing when no year is givenJohn Wiegley2010-01-161-1/+1
|
* Don't rely on the integral value of a booleanJohn Wiegley2009-11-201-2/+5
|
* Guarded some debug codeJohn Wiegley2009-11-181-0/+2
|
* The new period parser is passing all testsJohn Wiegley2009-11-181-102/+173
|
* The new period parser is implemented, but untestedJohn Wiegley2009-11-181-308/+651
|
* Added a "range" member to date_interval_tJohn Wiegley2009-11-181-11/+8
| | | | | | This is used to define the beginning/ending ranges of the time period, before it becomes fixed (by calling stabilize()) and then sets the values of start and end.
* Added several new types for working with dates and rangesJohn Wiegley2009-11-171-0/+288
| | | | | | | | | | | | | | | | | | | | | | | | date_specifier_t :: This is like a plain date_t, except it knows what wasn't specified. For example, if 2008/06 is parsed, it becomes date_specifier_t which knows that no day was given. If you ask for the begin() date of the specifier, it will be 2008/06/01; the end() date (which is exclusive) will be 2008/07/01. date_range_t :: A date range is a range of two specifiers, either of which (but not both) may be omitted. This makes it possible to represent expressions like "from june to july", where no day or year is given. The exact dates will be inferred by using the current year, and fixing the range from YEAR/06/01 to YEAR/07/01. That is, the range goes from the begin() of one date specifier to the begin() of the other. date_specifier_or_range_t :: A variadic type that can be either a date_specifier_t or a date_range_t. It's just a wrapper to represent the fact that ranges can be implicit via specifiers (such as, "in june"), or explicit via ranges ("since 2008").
* Moved date_interval_t::duration_t to date_duration_tJohn Wiegley2009-11-171-29/+29
|
* Added a date_traits_t typeJohn Wiegley2009-11-171-26/+24
|
* Renamed date_interval_t::end to finishJohn Wiegley2009-11-171-38/+38
|
* Stylistic change: assert(0) -> assert(false)John Wiegley2009-11-131-4/+4
|
* Fixed issues with period strings like "2009/10"John Wiegley2009-11-021-16/+24
|
* date_interval_t now uses a duration_t objectJohn Wiegley2009-10-301-77/+45
| | | | This is instead of using boost::variant.
* Support a --now option, for testing purposesJohn Wiegley2009-10-271-0/+2
| | | | | | This sets Ledger's notion of the "current time" to the given date. This makes it possible to have stable output from budgeting and forecasting reports, for the sake of baseline tests.
* Fixed the Boost facet-based time parsing codeJohn Wiegley2009-10-251-13/+24
|
* Whitespace and comment changesJohn Wiegley2009-10-251-10/+10
|
* Rewrote the way date and time I/O is managedJohn Wiegley2009-10-251-57/+288
|
* Removed reliance on strptime/strftimeJohn Wiegley2009-10-111-90/+84
| | | | | | | | The code now uses Boost's input and output facets for times and dates. This ensures completely consistency regarding timezones and times, and fixes the regression test that was broken while I was away coding in London (where it was GMT-0 and I didn't notice the difference between local and GMT).
* Correctly parse the range of period "june 2008"John Wiegley2009-06-181-2/+6
|
* Don't instantiate duration_t using default ctorJohn Wiegley2009-03-231-10/+11
|
* Rewrote the date interval parser/stepperJohn Wiegley2009-03-231-15/+86
| | | | | The new implementation uses boost::gregorian::date_duration objects, rather than manually stepping.
generated by cgit v1.2.3 (git 2.39.1) at 2025-01-07 19:52:24 +0000