gwern0
357f56d0f4
de-haskell98
2010-03-09 01:51:21 +00:00
Simon Michael
d3083ef316
docs: Date haddock
2009-12-12 22:19:57 +00:00
Simon Michael
60bda57a26
drop LedgerPosting, it's no longer needed; more rename cleanups
2009-12-19 05:57:54 +00:00
marko.kocic
c6eac33d32
Hlint: Warning: Use :
2009-09-23 09:22:53 +00:00
marko.kocic
b197693197
Hlint: Warning: Redundant brackets
2009-09-22 16:51:27 +00:00
marko.kocic
8fdd28d446
Hlint: Error: Redundant $
2009-09-22 11:55:11 +00:00
Simon Michael
b6a5a3398e
parsing: tighten up dates, error messages, tests
2009-11-25 21:21:49 +00:00
marko.kocic
ddc176d83e
Hlint: Warning: Eta reduce
2009-09-22 15:56:59 +00:00
Simon Michael
cb8ea69dfc
fix warnings all over - hledger is now -W-clean
2009-06-05 09:44:20 +00:00
Simon Michael
fe5498f6c2
various utilities & doc updates - commodities, daysInSpan, underline
2009-05-29 10:02:14 +00:00
Simon Michael
6c6eb2691e
drop old-locale dependency
2009-06-03 23:44:01 +00:00
Simon Michael
55c0a688c0
that parser is not right, breaks hours period selection
2009-01-23 18:10:17 +00:00
Simon Michael
fdc13f6f43
smart dates: make "this" optional
2009-01-23 02:27:56 +00:00
Simon Michael
ae5a9439d0
count time elapsed in open timelog entries, ignore time zone
...
Any open sessions in a timelog will be considered clocked out as of the
current time, and included in calculations. Also, contrary to the earlier
patch we now ignore timezone everywhere and deal only with local times.
This might need revisiting eg to track time while crossing timezones.
2009-01-25 07:06:59 +00:00
tim
ec10ab8a16
Added variants to parse dates into maybe values
2009-01-11 06:58:35 +00:00
Simon Michael
25526cf4b3
parse timelog entries according to a timezone stored in the context
2009-01-24 21:46:09 +00:00
Simon Michael
44cbed59cb
use longer but standard and clearer getCurrentTime/Day
2009-01-24 19:48:37 +00:00
Simon Michael
4d5478b334
haddock fix
2008-11-27 07:50:02 +00:00
tim
250c92f646
Support parsing of dates in yyyy-dd-mm format
2008-12-09 07:15:18 +00:00
Simon Michael
ebdf67a5ab
smart dates: also accept yyyymmdd with no separators
2009-01-17 20:07:24 +00:00
nick
91f3b7faac
Abstract over all GenParser state types
2008-12-08 01:11:07 +00:00
Simon Michael
5a0156d5ee
smart dates: work towards next/last monthname/weekdayname
2009-01-17 20:21:44 +00:00
Simon Michael
77098fec7e
lowercase/uppercase
2008-11-27 06:32:31 +00:00
Simon Michael
5e9f9e530a
better register summarising with --depth and -E support, datespan splitting bugfix
2008-12-04 19:29:29 +00:00
Simon Michael
41a3fb91d5
support reporting intervals in period expressions and register report, and -W/-M/-D
2008-12-03 23:20:38 +00:00
Simon Michael
dd93418784
handle "from ... to ..." period expressions
2008-11-27 19:42:03 +00:00
Simon Michael
c3bec2a3de
options cleanup
2008-11-27 06:48:46 +00:00
Simon Michael
57c31f5ab0
support basic --period expressions, containing a single smart date
2008-11-27 06:29:29 +00:00
Simon Michael
d25995c1c8
refactor with DateSpan
2008-11-27 04:31:01 +00:00
Simon Michael
630e22312b
remove DateTime and Date types, use Day and UTCTime directly
...
This seems simplest for now, I might bring type synonyms back later.
2008-11-27 04:01:07 +00:00
Simon Michael
b7616562d9
this/last/next month/quarter/year
2008-11-27 02:49:22 +00:00
Simon Michael
7858ed1327
this/next/last day/week
2008-11-27 01:49:13 +00:00
Simon Michael
884ebf2979
gather date stuff together, FuzzyDate -> SmartDate
2008-11-27 00:35:00 +00:00
tim
1ea8c6c9ee
Added helper functions for current time and date
2008-11-25 21:30:21 +00:00
Simon Michael
8c56c3c4b3
refactoring date parsing, FuzzyDate
2008-11-26 23:21:24 +00:00
Simon Michael
7362fbd730
begin smart date parsing
2008-11-22 12:18:19 +00:00
tim
514f015849
Implemented types for dates and datetimes
...
This patch replaces the strings used in the Entry, TimeLogEntry, and Transaction
records with real types. Rather than use the inbuild system date and time types
directly, two custom types have been implemented that wrap UTCTime: Date and
DateTime. A minimal API for these has been added.
2008-11-11 12:34:05 +00:00
