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

List:       kde-core-devel
Subject:    Re: Cervisia again, plus greater problems
From:       "Andras Mantia" <amantia () kdewebdev ! org>
Date:       2005-03-17 7:23:27
Message-ID: 1156.80.86.125.193.1111044207.squirrel () mail ! kdewebdev ! org
[Download RAW message or body]

> FWIW, the reason I mention quanta explicitly is that (unlike konqueror)
> it goes out of its way to locate the cervisia kpart.  That is, it's not
> just looking for any parts that raise their hands, but it's seeking out
> cervisia specifically.  I had a feeling that kdevelop did this also, but
> I could be wrong; I'm not a kdevelop user or packager.

Quanta loads whatever is configured. It is very easy to modify the default
configuration so it does not show the Cervisia plugin in menus.

But as I said earlier(and which is the same what David Johnson said) I
don't see a problem loading KParts in GPL programs, whatever license those
parts have. I remember that 2-3 years ago I asked on the kde-core-devel or
kde-devel if it will be possible to use a non-GPL compatible editor which
implements the KTextEditor interface in Quanta (or KDevelop for that
matter), and I think nobody said I cannot, but (Waldo?) replayed that this
should be allowed.
From the GPL FAQ, I think Kpart fall in this category (altough I don't
know the *eaact* KPart behavior):
"If the program dynamically links plug-ins, but the communication between
them is limited to invoking the `main' function of the plug-in with some
options and waiting for it to return, that is a borderline case. "

Andras


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