[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Moving 3.5 development into branches/KDE/3.5
From:       Ismail Donmez <ismail () kde ! org ! tr>
Date:       2005-05-31 15:03:25
Message-ID: 200505311803.25698.ismail () kde ! org ! tr
[Download RAW message or body]

On Tuesday 31 May 2005 16:41, Maksim Orlovich wrote:
> > I believe that is the best solution so far. Adding my own thoughts:
> >
> > - now: a relaxed feature and message freeze for is announced
> > trunk/KDE/kdelibs
> > - now + 2 weeks: trunk/KDE/kdelibs branches off to branches/KDE/3.5 and
> > KDE4 takes over
> > - kdelibs 3.5 gets bugfixes and maybe even some features --- if
> > backported from KDE4
>
> I am not sure I view this as a better strategy, but IMHO, whatever
> happens, the following constraints should be encouraged to be kept to by
> 3.5 development:
> 1) No new use of the old-style socket classes.
> 2) No new use of QPtrList, and in general, of setAutoDelete
> 3) No new use of raster ops.
> 4) No new code painting on widgets outside paint events
>
> Anyone think of anything else that's a pain to port?

This stuff and possibly some more would be useful for people. Can we put up a 
page with this info like "What not to do to make Qt4 porting easier" ?

Regards,
ismail


-- 
They say people don't believe in heroes anymore
[prev in list] [next in list] [prev in thread] [next in thread]