An NSTimestamp represents a point in time, as has been stated. Making it behave differently is a bad idea.
I have a set of methods that determine today's date in GMT, and store things that are dates that way. I've never had a problem. I pull out the year, month, and day from a timestamp represented in the local timezone, then create a new timestamp with the same year, month, and day with GMT as the timezone. It's always worked for me... Ken On Sep 29, 2010, at 10:44 PM, Chuck Hill wrote: > Piling on here. As Louis pointed out, "NSTimestamps are points in time". > Messing with that in prototypes is a Bad Idea. You will regret. Have you > crossed a DST boundary yet in your testing? And making one database behave > differently than others seems at least unwise. > > If you want a calendar date, find a different class. Joda Time and Apache > Commons would be a good place to start looking. That would make welcome and > very useful contribution to Wonder. > > > Chuck and hating Java and Dates > > > > On Sep 29, 2010, at 6:58 PM, Ramsey Lee Gurley wrote: >> On Sep 29, 2010, at 9:40 PM, Paul Hoadley wrote: >> On 30/09/2010, at 10:21 AM, Louis Demers wrote: >>> >>>> In my app, when that's the behaviour I want, I zero out the data before >>>> writing it to the database so that subsequent checks for equality will >>>> return values... >>> >>> FWIW, I've found that the only clean solution to this problem is to abandon >>> using timestamp types to represent a 1-day-resolution date. In my >>> experience, at least, zeroing out the time part only works until you start >>> using multiple timezones. >> >> Apple agrees with you Paul. >> >> http://developer.apple.com/legacy/mac/library/documentation/InternetWeb/Reference/WO542Reference/index.html >> >> Calendar dates should not be represented by NSTimestamp. The Date prototype >> is wrong for using it IMHO. >> >> Ramsey >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list ([email protected]) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net >> >> This email sent to [email protected] > > -- > Chuck Hill Senior Consultant / VP Development > > Practical WebObjects - for developers who want to increase their overall > knowledge of WebObjects or who are trying to solve specific problems. > http://www.global-village.net/products/practical_webobjects > > > > > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/kenlists%40anderhome.com > > This email sent to [email protected] _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
