On Tue, 14 Jan 2003, Matthew Simon Cavalletto wrote: > > You seem to be assuming that other calendars are likely to be able to > > take advantage of DateTime.pm methods like strftime() or hour(). > > Erm, then there's been some kind of miscommunication, because that's > not what I was trying to say... > > My point was simply that for some other calendars, it may be sufficient > to support them via a parse/format interface, rather than having a > full-fledged DateTime object.
Ok, all I'm trying to figure out is whether or not any functionality implemented in DateTime.pm (like strftime) is potentially useful to other calendar modules. If it is, it should probably be moved to some shared DateTime module library. I question whether or not strftime (as used for Gregorian calendars) will be terribly useful for other calendars, since at least some portion of the specifiers won't translate. > > Instead, people think "I need to tell this date to display itself as > > an ICal string" or "I need to get this date as an ICal string." The > > first statement is just a slightly formalized rewording of the second. > > Hmm. I guess my phrasing would be "I need to get this date as a string > in ICal format," but I'm not sure that English word order really > provides a solid basis for making this decision. The English wording (or language of choice) is important, because I want the API to lead to code that "reads" naturally. -dave /*======================= House Absolute Consulting www.houseabsolute.com =======================*/
