current state of KDE_DEPRECATED ?

[Thiago Macieira]

Christian Ehrlicher wrote:
>Thiago Macieira schrieb:
>> Nicolas Goutte wrote:
>>> Also gcc 3.3.x has only little problems so why completely disable
>>> everything.
>>>
>>> So it could be very easy to create KDE_CONSTRUCTOR_DEPRECATED and
>>> everything will work again.
>>
>> I thought it couldn't handle the Q_DECL_DEPRECATED in the beginning of
>> the function definition at all. If its problem is just for
>> constructors, then I agree, KDE_CONSTRUCTOR_DEPRECATED is the way.
>>
>> One other thing: those methods we'll remove soon, right?
>
>When is this planned?

Looks to me like common sense: why keep deprecated methods in KDE 4?

The only reason why they'd still be there is compatibility:

>And what about moving deprecated classes to kde3support? I don't know if
>I ca do this without breaking a lot of kde programs...

KDE3Support is really a big question mark unanswered. Who's going to write 
it? Who's going to maintain it until *at least* KDE 4.2? Who's going to 
make sure that its behaviour is the expected behaviour under KDE3?

Qt3Support is a nice idea on Trolltech's part, but it has spoiled us. I 
don't think that we, as KDE developers, can create a transition library 
like Qt3Support. Think of all the old deprecated interfaces that have 
*already* been removed, like the whole of KMdi.

-- 
Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
  thiago.macieira (AT) trolltech.com     Trolltech AS
    GPG: 0x6EF45358                   |  Sandakerveien 116,
    E067 918B B660 DBD1 105C          |  NO-0402
    966C 33F5 F005 6EF4 5358          |  Oslo, Norway
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20060316/3549ffbc/attachment.sig>