Re: PACKAGE Proposal: Date_Calendar

On 9 Aug 2003 at 20:17, Harry Fuecks wrote: > Following on from the discussion here: > > http://marc.theaimsgroup.com/?l=pear-dev&m=106043809425575&w=2 > > Would like to propose Date_Calendar, for building calendar data > structures. They are designed to make building calendars as easy as > possible, while completely seperating the logic from user interface. > They could be used in rendering HTML, WML, PHP-GTK, command line > output or whatever you like. Yep, using e.g. HTML_Calendar :-)) > Right now they're not prepared for PEAR (no package.xml or use of PEAR > Error) but they're in a stable form. What to get the approval first > before continuing. My +1 for it. Think it's a good idea. And since Harry already has some grown code I guess it might already be quite flexible. [...] > For the PEAR release I'll probably reduce the number of files to avoid > the pain of require_once(). Good idea :-) > The source code is fully documented but I'll come up with more > examples and documentation for the release. Well, that's brilliant - but I think maybe you should even release it if it's just the documentation missing - as long as the API doesn't change (too much). This way work on other parts using your class. > One thing to be aware of is they rely on Unix timestamps. This helps > when you need to perform database queries but means your calendar will > only run up to 2038 for a 32bit OS. Guess thats perfect for now :-) At least for the things I might use the calendar for ... > PS: it that the right namespace? Or should it be DateAndTime? Good question about this. Well, the category is "Date and Time". But "Date" itself isn't yet named "DateAndTime_Date" or something. Might this lead to inconsistencies in naming when further packages are added? Well, with just having "Date" there was no problem. But having "Calendar" is of a problem. And having "DateAndTime_Calendar" without Date being "DateAndTime_Date" would be inconsistent, right? PS: Wouldn't choose "Date_Calendar" since it is in conflict the category-name. Just my 2 cents. Others please comment on the naming. Stefan