On 10/10/07, Sanjay <[EMAIL PROTECTED]> wrote:
> Thanks a lot, Guys. The immediate step I think to take is having two
> combo boxes (dividing the data by '/'). Thanks for enormous response
> and the valuable suggestions!
The most elegant way I've seen to handle this in a graphical interface
(eithe
Thanks a lot, Guys. The immediate step I think to take is having two
combo boxes (dividing the data by '/'). Thanks for enormous response
and the valuable suggestions!
Sanjay
--
http://mail.python.org/mailman/listinfo/python-list
I apologize for being a dick. It won't happen again.
I was actually thinking that the 25 standard
timezones (which make a reasonable list or
can be easily generated by clicking a map)
could serve as a filter to make the detail
list reasonably sized.
Something like this:
import pytz
import dateti
>> who says that timezones have to be separated by one hour each?
>
> The Earth says. It takes 24 hours to revolve.
Your kidding me, aren't you? Beside the fact that the earth does not
revolve in 24h (leap seconds, if you like to google), even the 24 hours
of a day are as arbitrary as you prefe
>> who says that timezones have to be separated by one hour each?
>
> The Earth says. It takes 24 hours to revolve.
Wrong
>> Why aren't they separated by 30minutes, or 20, or 10? Or 2 hours?
>
> Why isn't an hour defined to be 30 minutes?
>
>> Or why don't we have a global time?
>
> Like UTC?
On 10/9/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Oct 9, 8:34 am, "Diez B. Roggisch" <[EMAIL PROTECTED]> wrote:
> > [EMAIL PROTECTED] wrote:
> > > On Oct 8, 1:03 pm, Carsten Haese <[EMAIL PROTECTED]> wrote:
> > >> On Mon, 2007-10-08 at 10:41 -0700, [EMAIL PROTECTED] wrote:
> > >> > For
On 10/9/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > Why aren't they separated by 30minutes, or 20, or 10? Or 2 hours?
>
> Why isn't an hour defined to be 30 minutes?
>
> > Or why don't we have a global time?
>
> Like UTC?
>
> >
> > Your 25 timezones are an abstraction the same way
>
> Not
On Tue, Oct 09, 2007 at 11:21:41AM -0700, [EMAIL PROTECTED] wrote regarding Re:
pytz has so many timezones!:
>
> The Earth says. It takes 24 hours to revolve.
>
> > Why aren't they separated by 30minutes, or 20, or 10? Or 2 hours?
>
> Why isn't an hour defined
On Oct 9, 8:34 am, "Diez B. Roggisch" <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > On Oct 8, 1:03 pm, Carsten Haese <[EMAIL PROTECTED]> wrote:
> >> On Mon, 2007-10-08 at 10:41 -0700, [EMAIL PROTECTED] wrote:
> >> > For example, Windows has seperate listings for
>
> >> > Central America
On Oct 9, 2:58 am, Dennis Lee Bieber <[EMAIL PROTECTED]> wrote:
> On Mon, 08 Oct 2007 10:41:03 -0700, "[EMAIL PROTECTED]"
> <[EMAIL PROTECTED]> declaimed the following in comp.lang.python:
>
>
>
> > There are only 25 timezones: -12, -11, ... -1, 0 (GMT), +1, ... +11,
> > +12.
>
> Uhm... -12
[EMAIL PROTECTED] wrote:
> On Oct 8, 1:03 pm, Carsten Haese <[EMAIL PROTECTED]> wrote:
>> On Mon, 2007-10-08 at 10:41 -0700, [EMAIL PROTECTED] wrote:
>> > For example, Windows has seperate listings for
>>
>> > Central America
>> > Central Time (US & Canada)
>> > Guadalahara, Mexico City, Monterry
On 10/9/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Oct 8, 8:27?pm, "Nicholas Bastin" <[EMAIL PROTECTED]> wrote:
> > On 10/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > > Because they publish maps?
> >
> > I'm not sure what this has to do with it.
>
> Maybe you've never had to na
Nicholas Bastin wrote:
>
> There is no central authority which defines global time zones. The
> functional definition of a time zone is merely a geographical area of
> the earth that has adopted the same local time rules.
>
In fact, even the authorities who do define time zones don't always
have
On 10/9/07, Sanjay <[EMAIL PROTECTED]> wrote:
> > It's not clear at all from the OPs post exactly what functionality he
> > is trying to derive from the timezone. Since timezones (obviously)
> > contain more information than just the GMT offset (otherwise we
> > wouldn't even have them), he may ver
> It's not clear at all from the OPs post exactly what functionality he
> is trying to derive from the timezone. Since timezones (obviously)
> contain more information than just the GMT offset (otherwise we
> wouldn't even have them), he may very well want to use the timezone
> given by the user to
On Oct 8, 8:27?pm, "Nicholas Bastin" <[EMAIL PROTECTED]> wrote:
> On 10/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > > What do you mean by "the military" and why do you think they're
> > > authoritative on the topic of timezones?
>
> > Because they publish maps?
>
> I'm not sure what th
On 10/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > What do you mean by "the military" and why do you think they're
> > authoritative on the topic of timezones?
>
> Because they publish maps?
I'm not sure what this has to do with it.
> > but as far as I know they don't define timezones.
at 10:41:03AM -0700, [EMAIL PROTECTED] wrote
> > > regarding Re: pytz has so many timezones!:
>
> > > > On Oct 8, 2:32 am, Sanjay <[EMAIL PROTECTED]> wrote:
> > > > > Hi All,
>
> > > > > I am using pytz.common_timezones to populate th
On Oct 8, 3:23 pm, "J. Clifford Dyer" <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 08, 2007 at 01:12:32PM -0700, [EMAIL PROTECTED] wrote regarding
> Re: pytz has so many timezones!:
>
> > [ I wrote ]
> > > Reducing them to a single time zone will result in
On Oct 8, 5:48 pm, "J. Cliff Dyer" <[EMAIL PROTECTED]> wrote:
> On 10/8/07, *J. Clifford Dyer* <[EMAIL PROTECTED]
>
> <mailto:[EMAIL PROTECTED]>> wrote:
>
> On Mon, Oct 08, 2007 at 01:13:24PM -0700, [EMAIL PROTECTED]
> <mailto:[EMAIL
On 10/8/07, *J. Clifford Dyer* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
On Mon, Oct 08, 2007 at 01:13:24PM -0700, [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> wrote regarding Re: pytz has so many
timezones!:
>
> On Oct 8, 1:03 pm, Carsten
tj
On 10/8/07, J. Clifford Dyer <[EMAIL PROTECTED]> wrote:
>
> On Mon, Oct 08, 2007 at 01:13:24PM -0700, [EMAIL PROTECTED] wrote
> regarding Re: pytz has so many timezones!:
> >
> > On Oct 8, 1:03 pm, Carsten Haese <[EMAIL PROTECTED]> wrote:
> > > On Mon, 20
On 10/8/07, Sanjay <[EMAIL PROTECTED]> wrote:
> 2. Mapping the timezones to countries is a nice idea. Any idea how to
> go about it - I mean whether I have to collect the data manually and
> do it, or some better way is available - will help me a lot.
You might find some good information by brushi
On 10/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Oct 8, 1:00 pm, "J. Clifford Dyer" <[EMAIL PROTECTED]> wrote:
> > On Mon, Oct 08, 2007 at 10:41:03AM -0700, [EMAIL PROTECTED] wrote regarding
> > Re: pytz has so many timezones!:
> >
>
On Mon, Oct 08, 2007 at 01:13:24PM -0700, [EMAIL PROTECTED] wrote regarding Re:
pytz has so many timezones!:
>
> On Oct 8, 1:03 pm, Carsten Haese <[EMAIL PROTECTED]> wrote:
> > On Mon, 2007-10-08 at 10:41 -0700, [EMAIL PROTECTED] wrote:
> > > For example, Window
On Mon, Oct 08, 2007 at 01:12:32PM -0700, [EMAIL PROTECTED] wrote regarding Re:
pytz has so many timezones!:
> [ I wrote ]
> > Reducing them to a single time zone will result in aberrant functionality
> > in one or more locales.
>
> I would hardly think that's an issu
On Oct 8, 1:03 pm, Carsten Haese <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-10-08 at 10:41 -0700, [EMAIL PROTECTED] wrote:
> > For example, Windows has seperate listings for
>
> > Central America
> > Central Time (US & Canada)
> > Guadalahara, Mexico City, Monterry - New
> > Guadalahara, Mexico City
On Oct 8, 1:00 pm, "J. Clifford Dyer" <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 08, 2007 at 10:41:03AM -0700, [EMAIL PROTECTED] wrote regarding
> Re: pytz has so many timezones!:
>
>
>
> > On Oct 8, 2:32 am, Sanjay <[EMAIL PROTECTED]> wrote:
> > &
On Mon, Oct 08, 2007 at 12:32:19AM -0700, Sanjay wrote:
> I am using pytz.common_timezones to populate the timezone combo box of
> some user registration form. But as it has so many timezones (around
> 400), it is a bit confusing to the users. Is there a smaller and more
> practical set? If not, s
On Mon, 2007-10-08 at 10:41 -0700, [EMAIL PROTECTED] wrote:
> For example, Windows has seperate listings for
>
> Central America
> Central Time (US & Canada)
> Guadalahara, Mexico City, Monterry - New
> Guadalahara, Mexico City, Monterry - Old
> Saskatchewan
>
> but they are all GMT-6
But they c
On Mon, Oct 08, 2007 at 10:41:03AM -0700, [EMAIL PROTECTED] wrote regarding Re:
pytz has so many timezones!:
>
> On Oct 8, 2:32 am, Sanjay <[EMAIL PROTECTED]> wrote:
> > Hi All,
> >
> > I am using pytz.common_timezones to populate the timezone combo box of
> >
On Oct 8, 2:32 am, Sanjay <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I am using pytz.common_timezones to populate the timezone combo box of
> some user registration form. But as it has so many timezones (around
> 400),
There are only 25 timezones: -12, -11, ... -1, 0 (GMT), +1, ... +11,
+12.
A hand
> Windows timezone selector only lists about 80 timezones. But why force
> the user to select timezone? Let them select from a list of countries
> and then infer the timezone from that data. With multiple alternatives
> for countries with more than one timezone, United States EST, United
> States P
On Oct 8, 10:40 am, "Diez B. Roggisch" <[EMAIL PROTECTED]> wrote:
> Sanjay wrote:
> > Hi All,
>
> > I am using pytz.common_timezones to populate the timezone combo box of
> > some user registration form. But as it has so many timezones (around
> > 400), it is a bit confusing to the users. Is there
On 10/8/07, Sanjay <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I am using pytz.common_timezones to populate the timezone combo box of
> some user registration form. But as it has so many timezones (around
> 400), it is a bit confusing to the users. Is there a smaller and more
> practical set? If not,
Sanjay wrote:
> Hi All,
>
> I am using pytz.common_timezones to populate the timezone combo box of
> some user registration form. But as it has so many timezones (around
> 400), it is a bit confusing to the users. Is there a smaller and more
> practical set? If not, some suggestions on how to han
Hi All,
I am using pytz.common_timezones to populate the timezone combo box of
some user registration form. But as it has so many timezones (around
400), it is a bit confusing to the users. Is there a smaller and more
practical set? If not, some suggestions on how to handle the
registration form e
37 matches
Mail list logo
