gecko-dev/calendar/libxpical
mvl%exedo.nl edab1c498d use utf8 strings instead of ascii for path names
bug 164600, r=mostafah
2004-11-08 18:23:03 +00:00
..
tests use utf8 strings instead of ascii for path names 2004-11-08 18:23:03 +00:00
.cvsignore Don't worry about the auto-generated Makefile's 2002-02-13 20:20:18 +00:00
caltst.js Tweaked test functions 2003-03-24 18:57:57 +00:00
caltst.xul Updated test suite 2002-01-04 19:46:31 +00:00
Makefile.in libxpical is not ready for a glue-only world, sadly 2004-10-28 16:55:30 +00:00
md5.c Fixed bug 163080: Need better way to assign unique IDs to events 2003-05-15 14:15:30 +00:00
md5.h Fixed bug 163080: Need better way to assign unique IDs to events 2003-05-15 14:15:30 +00:00
oeDateTimeImpl.cpp Checked in patch #162945 for bug 220075:Make task start date/due date optional 2004-10-28 15:52:09 +00:00
oeDateTimeImpl.h Added comments describing reason for each file 2003-10-24 20:40:32 +00:00
oeICalContainerImpl.cpp use utf8 strings instead of ascii for path names 2004-11-08 18:23:03 +00:00
oeICalContainerImpl.h Added suppressAlarms attribute to oeICal and suppressAlarmsByDefault to oeICalContainer 2004-09-01 20:11:06 +00:00
oeICalEventImpl.cpp Checked in patch for bug 257943 ( using year == -1 ): 2004-11-01 21:52:09 +00:00
oeICalEventImpl.h More work on multiple types of calendars. 2004-07-26 13:50:22 +00:00
oeICalFactory.cpp no need for two commandline handlers 2004-10-01 19:20:40 +00:00
oeICalImpl.cpp use utf8 strings instead of ascii for path names 2004-11-08 18:23:03 +00:00
oeICalImpl.h use utf8 strings instead of ascii for path names 2004-11-08 18:23:03 +00:00
oeICalTodoImpl.cpp More work on multiple types of calendars. 2004-07-26 13:50:22 +00:00
oeICalTodoImpl.h More work on multiple types of calendars. 2004-07-26 13:50:22 +00:00
oeIICal.idl use utf8 strings instead of ascii for path names 2004-11-08 18:23:03 +00:00
token.c Added comments describing reason for each file 2003-10-24 20:40:32 +00:00
token.h Added comments describing reason for each file 2003-10-24 20:40:32 +00:00