Sorry Chuck - I hate them too :)


On Sep 29, 2010, at 11:17 PM, Chuck Hill wrote:

> 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
> 
> 
> 
> 
> 
> 
> 

 _______________________________________________
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]

Reply via email to