Carlos,

I have just started investigating the date stuff aswell, mainly at first to 
try and get a patch (for the version 3 release) going that will allow people 
that use other calendars to also create holiday files and have them displayed 
in KOrganizer in the current Gregorian calendar.  

I am still trying to figure all of this calendar stuff out, so if I am 
confusing matters please let me know.  

It seems like my efforts and yours might intertwine some if, after I finish 
the patch, I continue implementing some of my ideas for the saving, 
configuring, and retrieving holidays for display purposes.  I wanted to 
design the holiday plugin in such a way that it can automatically convert 
from one calendar format to another and return the holidays for a given date 
in any format supported.  As such it does seem intelligent to create some 
kind of implementation like you described in option 3.  But, I like you do 
not have much experience with QT and KDE, so we will probably have to wait 
for Cornelius and the other maintainers to give some imput ;-)  

In my mind it would be best if you could set a date in the Gregorian format, 
and then retrieve the equivalent date in the Hijri, Chinese or Hellenic date 
format or any othher way around (conversion happens automatically). If that 
is possible you can switch your view between Gregorian, Chinese, or Hellenic 
(or whatever) in KOrganizer, and even keep all your holidays too.  It would 
also be possible to display more than one calendar system in the day month or 
week view.

Does any of this make sense?

Frans de Wet

On Sunday 24 February 2002 20:56, Carlos Fernandez Moro wrote:
>     Hi everybody.
>     I'm Carlos. First of all, congratulations for all  your marvellous work
> ;)
>     I've just arrived to Qt and KDE and have an idea in mind...
>
>     The idea  is to get a calendar widget that can display calendars of
> different types, for example, Gregorian , Hijri (the muslim-arabic one)...
>     I've been playing a bit with the code and I'd like to ask if it would
> be interesting this work and if so, i have some doubts about a clear
> design: As seen in actual calendar implementation, it reads date
> information from QDate. I think it would ve very nice to keep data and
> widget
> presentacion apart, so it maybe would not be a good idea implement
> conversion routines, etc... into the calendar widget.
>
>     There would be other 3 possibilities:
>                 1.- Making QDate a kind of abstract class extended by
> QGDate and GHDate and so....   Then we could instantiate whichever we
> desired... and let the calendar show the dates through interface defined in
> the root QDate.
>                 2.- If it's out of our scope changing QT's implementation,
> there could be a class for hijri calendar, HDate (taken from hdate package)
> and the calendar just will work with QDate for Gregorian and with HDate for
> Hijri. I will implement in HDate all the functions requires for the widget
> calls. This design isn't quite consistent... inside calendar widget...
>                 3.- Fully KDE support for dates in independiently of their
> kind. Create an utility root and abstract class KDate ? and her derived,
> KGDate and KHDarte, and so.... Maybe some scheme of this type will make
> easy conversion operators in furure plans....
>
>     What do you think? Sorry if my explanation has been so confusing ... O:
>
>             Best luck...
>
> ------------------------------------------------------------------------
> Carlos Moro
> cfmoro@NOSPAMcorreo.uniovi.es
> cout << "I love linux" << endl;
>
>
>
> _______________________________________________
> kde-pim mailing list
> kde-pim@mail.kde.org
> http://mail.kde.org/mailman/listinfo/kde-pim
> kde-pim home page at http://pim.kde.org/
_______________________________________________
kde-pim mailing list
kde-pim@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-pim
kde-pim home page at http://pim.kde.org/