• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag
 

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Dates (1-day resolution) redux
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Dates (1-day resolution) redux


  • Subject: Re: Dates (1-day resolution) redux
  • From: Ramsey Lee Gurley <email@hidden>
  • Date: Wed, 11 Aug 2010 19:49:14 -0400

Perhaps this is a stupid question, but is there any reason a GregorianCalendar wouldn't work?  It seems it only needs a simple subclass providing factory methods for an EOAttribute prototype.

Ramsey

On Aug 11, 2010, at 11:10 AM, Mike Schrag wrote:

> Julian Day is a really handy way to store days, too ... You get easy relative comparison, and there are plenty of impls in java for making covers on your EOs.
>
> On Aug 11, 2010, at 10:27 AM, David Avendasora wrote:
>
>> On Aug 10, 2010, at 10:04 AM, Jon Nolan wrote:
>>
>>> IMO, this fight is absolutely not worth the effort. Store your "birthday" attributes as integers (19700302) or strings and create cover methods on your EOs to convert to date and back.
>>
>> This seems the most accurate way to handle it. Noon GMT just displaces the problem to the opposite side of the planet, no? It would have to be noon in the timezone in which the event is recorded, but then, what if the user moves? A mess.
>>
>> This is something that we are going to be dealing with as our markets expands globally. Some dates are locale-specific, some aren't, and some can even be locale-specific but only when compared to other local-specific dates (it would be helpful to know that you're wishing someone a happy birthday on the day they recognize as their birthday and not a day late).
>>
>> Dave
>>
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

  • Follow-Ups:
    • Re: Dates (1-day resolution) redux
      • From: Paul Hoadley <email@hidden>
References: 
 >Dates (1-day resolution) redux (From: Paul Hoadley <email@hidden>)
 >Re: Dates (1-day resolution) redux (From: Chuck Hill <email@hidden>)
 >Re: Dates (1-day resolution) redux (From: Jon Nolan <email@hidden>)
 >Re: Dates (1-day resolution) redux (From: David Avendasora <email@hidden>)
 >Re: Dates (1-day resolution) redux (From: Mike Schrag <email@hidden>)

  • Prev by Date: Re: Dates (1-day resolution) redux
  • Next by Date: Re: Dates (1-day resolution) redux
  • Previous by thread: Re: Dates (1-day resolution) redux
  • Next by thread: Re: Dates (1-day resolution) redux
  • Index(es):
    • Date
    • Thread