[OGo-Documentation] Re: [OGo-Discuss] Country specific add-on package

[Kelley G]

Chris H wrote:

>On August 25, 2004 6:46 pm, Olivier Hallot wrote:
>
>  
>
>>>>For example, If OGo will be installed in a US company, the "US-extra"
>>>>package can contain data specific to US holidays such as 4th of July
>>>>and others US-only holidays.
>>>>        
>>>>
>>>For non-English things this could be part of the language pack.
>>>      
>>>
>>As I pointed in
>>http://docs.opengroupware.org/Members/olivier/holidays-reloaded/view
>>the files
>>
>>/opt/opengroupware.org/Library/OpenGroupware.org/OGoSchedulerViews.lso/Reso
>>urces/Defaults.plist and
>>$GNUSTEP_USER_ROOT/Libraries/Resources/OGoScheduler/Holidays.plist
>>
>>are not part of the Languages packs, but bear country-specific data
>>    
>>
>
>I like what you are suggesting and agree in concept but dont have a solution 
>at present. I do see a problem however. Their is a distinction here that 
>needs to be clarified. Groupware projects such as OGo, should not make the 
>same mistake as OOo and have the primary product classification or 
>demarcation point based on language, rather on geographical or country ie: 
>national designations. The reasons for this are rather basic and simple and I 
>dont want to get into a long flame war on this issue. If you really want to 
>know why or this recommendation bothers you pls contact me off list. 
>
>eg: English
>	=US english
>	=CA english
>	=Aus english
>	=British english
>	=etc etc etc, all are in different time zones, and have different holiday 
>schedules, etc. 
>
>Now what complicates this is that in the US approx 20 percent of the 
>population speak and operate businesses in spanish, in Canada 20 percent in 
>French etc etc. so a language pack say spanish, would have no relevance to 20 
>percent of the US market. Same for Canada. A french language pack with 
>holidays included (ie: France) would be irrelevant in Canada. See the 
>problem? 
>
>So to tag a product based on language only, will limit the marketing and 
>adoption rate of the product or project in any designated local. 
>
>Given the recommendation above I think its necessary to keep holidays out of 
>the language packs. 
>
>Wrt to English language pack, Wil, Kelly and myself have started a discussion 
>on this issue on documentation list. All are welcomed of course. 
>
>/ch
>  
>
i haven't lookd at holiday handling at all, so please don't flame if i'm 
appalingly
ignorant.

that said, i've found that holidays in the states are applied to wildly 
different extremes
and as such shouldn't be in a static entity like a language pack.

some organizations respect all of them, like gov't agencies and others 
respect
take only a few, smb's mostly. Religious organizations have an entirely 
different set of
holidays to consider.

A holidays add-on called by the language pack would make sense. Multiple 
add-ons
could be called, enabling easy customization to any orgs needs.

regards,

-- 

kelley g

oooooooooooooooooooooooooo
http://toasterz.com
http://exchangekiller.com
oooooooooooooooooooooooooo