You are not making me hate dates any less. :-)
On Sep 29, 2010, at 8:15 PM, Ken Anderson wrote: > 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] > -- 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
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ 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]
