aj
c976e63349
removed all warnings. fixed bug in ezic_zone:next/3. unit tests for ezic_zone:next/3
...
ezic_zone:next/3 was not filtering the Zones to only those after UTCFrom. This may have caused an endless loop, always returning the earliest zone regardless of the progress of time. I wont know; I caught it rather early.
2010-11-11 23:52:10 -08:00
aj
e48e793a36
flattening algorithm needs to be reworked.
...
also, datetime methods aren't consistent in their naming and return values.
2010-11-10 03:18:57 -08:00
aj
d84a0c1822
datetime manipulation is now much clearer. tests were added, and expectations stated explicitly in many places. rules got lots of attention.
2010-11-10 01:52:13 -08:00
aj
d00937c3e9
lots of gutting. purposes, input, and output were unclear in many places. still broken.
2010-11-08 01:29:15 -08:00
aj
9ad8f3c826
lots of work towards flattening the records. stalled at ezic_rule:next_event/4
2010-11-07 18:32:37 -08:00
aj
2f727dd8bb
consolidated logic, added date normalization and overlap methods.
2010-11-04 00:39:10 -07:00
aj
e9d247784e
separated out rule and date logic. WIP: flattening the data, absolute from fuzzy dates, comparing dates
2010-11-03 23:33:06 -07:00
