Re: Re: [OGo-Documentation] Handling of Holidays

Michael Dean <[email protected]>
Newsgroups gmane.comp.cms.opengroupware.discuss.general
Message-ID <[email protected]>
Holidays are nice for that 20% of the population who get to observe 
them, but there ought to be some mechanism such that a company's own 
schedule structure can be imposed on its software that does not treat 
dates as holidays automatically, but with a one time or few times 
modification, if even by hand.  I assume holiday.ics files can be 
modifiable?  Why not present one large list, and allow the admin to 
select which onces will apply.  In a multi-cultural/lingual environment 
such as California/U.S.ofA. Chiness New Year, Jewish Hannukah, Chirstian 
Christmas, Thanksgiving, May day, ertc. may all apply, or may none apply 
within a retail 24/7 open environment, where each employeee us allowed 
to schedule x number of holidays according to seniority. 

Helge Hess wrote:

> Please do _not_ crosspost! Never!
>
> On Aug 27, 2004, at 11:49, Michael K. Brown wrote:
>
>> Can I suggest that the hardcoding of multiple Holiday.plist files may 
>> not be the best way to handle Holidays.  There are just too many 
>> countries, political, religious, required and optional ones out 
>> there.  There are, however, lots of Holidays.ics files out there on 
>> the internet.  If we had an import function, to import those 
>> Holiday.ics files, and then allow us to use the existing OGo tools to 
>> choose which ones we want to appear on our calendar, that may address 
>> most peoples' concerns.  That would minimize the work on the OGo 
>> team, while giving end users the flexibility they need.
>
>
> Yes, this is definitely the way to go - but not for OGo 1.0, as it 
> implies work ;-)
> There might be an enh-request for that in Bugzilla, if not, please 
> file one, so that we have that in the queue for 1.2.
>
> Greets,
>   Helge

-- 
OpenGroupware.org Discussion [email protected]
http://mail.opengroupware.org/mailman/listinfo/discuss
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.