5 Commits

Author	SHA1	Message	Date
aj	7985f9e74f	zone end projection was buggy, since it didn't normalize dates before passing them on (required for ezic_date:all_times/1)	2010-11-12 00:17:20 -08:00
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	9ad8f3c826	lots of work towards flattening the records. stalled at ezic_rule:next_event/4	2010-11-07 18:32:37 -08:00