Date/time class changes to handle extended date ranges

[David Faure]

On Monday 20 February 2006 11:57, David Jarvie wrote:
> On Monday 20 February 2006 10:43, 'R.F. Pels' wrote:
> >On Monday 20 February 2006 10.36, David Jarvie wrote:
> >
> >> I didn't word my reply well. You are partly citing KDE convention to back
> >> up your position. What I meant to say is that until people who know about
> >> such things say that you are right in that respect, I don't buy into it. 
> >
> >That is the easy way out for you. Go ahead and see for yourself and check a 
> >number of K classes that have a Q counterpart:
> > [...]
> >	QButton		--> KButton
> >
> >There are a few exceptions, for example KEdit, but that is a deprecated class 
> >which is replaced by KTextEdit. Need I go on? 

Yes, go on until KAction and its relation to QAction (which was developed later on) :
there is no relation between the two, except at a very high conceptual level.
So the argument doesn't work.

> >> So far, unless I'm mistaken, nobody else has agreed with you on the naming
> >> issue. So unless that changes, and because I disagree with you, I will use
> >> the names which I proposed.
> >
> >Great... Then I /do/ hope you also propose to adjust KDateInternalXXX, 
> >KDatePicker, KDateTable, KDateTimeWidget, KDateValidator and KDateWidget to 
> >use the KDate class. After all, the name you propose creates the expectation 
> >that they all work with a KDate object.
> 
> I think that you're taking too narrow a view on this. To repeat, unless a consensus 
> agrees with you, I won't change the proposed class names.

Well, I agree with you that the class name is fine (KDate == the date class 
provided by KDE; doesn't say anything about its relation to QDate).

However Ruurd has a point: it would make sense that all KDate* widgets can 
actually work with KDate objects. If the APIs are similar then it shouldn't be 
too difficult to port them to KDate (and assuming there's a KDate(const 
QDate&) constructor, passing QDates to those widgets would still work.

-- 
David Faure, faure at kde.org, sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).