-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jim Bublitz schrieb: > On Saturday 23 September 2006 13:04, Torsten Marek wrote: >> Hi Jim, >> >> one more thing. Is there a way to circumvent the libkonsolepart.so hackery? >> What you are doing in configure.py works for private persons who install >> PyKDE on their own, but I can't include something like that into the Debian >> package. I'd be happy to work on a fix if you could give me some pointers. > > The last reply was a little too quick - I didn't want dinner to overcook and > I > was thinking just in terms of what has to be done to disable the konsole_part > stuff. The way configure.py is set up it's easy to provide a switch and you > won't have to touch any files, so that's what I'll do.
Hi Jim, hackery is a hard word, I know. Sorry for that, but still - linking against non-versioned shared objects is not a very nice idea. Still, there should be a better way to solve this problem than removing functionality. Is there a KDE API to load KParts by name? In that case, one could implement this API (if it's not already done), implement all the superclasses of the konsole KPart and "somehow" create the C++ wrapper for the konsole kpart object that is returned from the KPart loader. I have to admit that I really don't have any idea about how KDE loads its plugins. What I do know is that it's possible to use classes that were defined in dlopen'ed libraries as long as the superclasses are wrapped. best, Torsten - -- Torsten Marek <[EMAIL PROTECTED]> ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFFjD1fMVFHqJEyFgRAsC1AKCnWTt25I0+MSphCDftUC8rVhdZIQCgpB5H lQqmHReKpiCxD4Xq6TnpF8I= =m1A7 -----END PGP SIGNATURE----- _______________________________________________ PyKDE mailing list [email protected] http://mats.imk.fraunhofer.de/mailman/listinfo/pykde
