KDevelop lib BIC changes
amantia at kde.org
Wed Jul 19 21:02:41 UTC 2006
On Wednesday 19 July 2006 23:54, Adam Treat wrote:
> Semantics. Yes, it has two if you count Quanta, but I wasn't aware
> that Quanta was using the kdevelop4 "platform" at this time.
Yes, the kdewebdev/quanta in trunk is completely KDevelop dependent. I
just fixed to work with the current code (before your changes). :-)
> Moreover, the lib is undergoing and will undergo huge changes. Most
> everything we do in KDevelop4 right now is centered around changing
> and updating the lib.
Ok, so at least please announce what is changing there or document
properly, so we don't have to guess what is needed to change.
> has, at most, two apps depending on it. We're talking about a
> development team that can be counted on one hand. Why on earth do we
> need such a policy for such a small development team. I'm against
> bureaucracy for bureaucracy sake.. and that is what this smells like.
The idea is what I said: to have the whole trunk in a compilable state.
People port code all over the KDE trunk to speed the transition to
KDE4. They need code that compiles, so in case of KDevelop and Quanta,
we need to reduce the time when they are not compiling. One way to
achieve this is to have the same policy (change only when allowed and
adapt code that is using to it as soon as you make the changes), the
other is to announce the changes, so we can react asap.
As I saw many of the KDevelop plugins were not ported yet to the new
API, but as soon as they will be ported, BIC changes will affect much
more code, even inside KDevelop.
I know that KDevelop has not so many developers, and I will also help at
least with fixing bugs we find in the libs or the plugins we will use
Quanta Plus developer - http://quanta.kdewebdev.org
K Desktop Environment - http://www.kde.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
More information about the KDevelop-devel