Re: Country specific add-on package

Helge Hess wrote:

>
>> Some countries have them defined by astronomical rules and others no. 
>> Brazil, for example has the DST defined by gov decree. Here we dont' 
>> know yet if or when DST will begin in 2004, supposedly some sunday in 
>> October.)
>
>
> Ups, I begin to understand why you can't follow ;-)

I concede that OpenGroupware was conceived with a German-centric scope.  
But when it comes to use OGo in other countries/TZ and hemisphere, 
things change.

>
> If your country doesn't have a specified timezone, you need to 
> workaround by using GMTxxx. I don't know why Brazil does that, but it 
> results in inconvinience for the user.

Sure. Brasil has a TZ, namely GMT-03:00. And no, I don't need a 
workaround, as I showed in the TZ paper I put in docs.  I am using 
"Brasilia" as an alias for GMT-3. Works perfectly.

> The technically correct way to make calendaring systems work in this 
> setup, is to make a _new_ timezone (America/Brazil) with _all_ the 
> historical data. 

That is what I explained how to do in the above mentioned paper. However 
I had not put any data (=DST shift dates) before 2003 since past 
calendar data is of very seldom use and I am lazy to get this data.

> Eg OGo needs to know how it was all the years back, otherwise you 
> can't properly browse into the past.

That is an issue if I have to load/keep legacy calendar data.

> In addition - without DST information you can't create cyclic 
> appointments which go into the future.

That I was unaware... Then I have an issue here, since I don't know when 
DST will start.

>
> Again: a proper (political) timezone is strictly required! (whether or 
> not you can predict them ;-)
>
You talk on time zones ( w.r.t. GMT shift) and I am talking on  their 
multiple aliases. These aliases are purely cultural and thus country 
specific.

> Greets,
>   Helge

Olivier
-- 
OpenGroupware.org Discussion [email protected]
http://mail.opengroupware.org/mailman/listinfo/discuss