libkonq and ABI stability
David Faure
faure at kde.org
Fri Feb 5 20:18:33 GMT 2010
On Wednesday 03 February 2010, Aaron J. Seigo wrote:
> hi :)
>
> what are the ABI commitments for libkonq?
>
> reason i ask is that KNewMenu and KonqMenuActions aren't used anymore in
> kdebase/apps (i have them removed from the build locally, in fact, after
> checking lxr.kde.org).
>
> KonqPopupMenuInformation and KonqFileItemCapabilities are similarly unused,
> except by KonqPopupMenuPlugins. in fact, KonqFileItemCapabilities is
> accessible via KonqPopupMenuInformation::capabilties(), and that's exposed
> through KonqPopupMenuPlugin::setup(..). however, according to lxr none of
> the konq plugins in svn.kde.org use
> KonqPopupMenuInformation::capabilties().
>
> KonqPopupMenuInformation is used by plugins, but it's really now just a
> wrapper around KFileItemListProperties.
>
> ok, the above is certainly not news to anyone (e.g. dfaure ;) who works on
> libkonq.
>
> my questions are
>
> a) can we remove KNewMenu and KonqMenuActions since they are unused? or
> would that violate the ABI guarantees for libkonq?
It would. libkonq is used by file-manager-type apps, like kftp, krusader, etc.
lxr isn't a full view of the world out there.
> b) am i correct in assuming that even bumping the .so version of libkonq
> wouldn't be "good enough" to remove KonqPopupMenuInformation and
> KFileItemListProperties since we have apps in extragear using them? (and
> possibly elsewhere outside of svn.kde.org, of course) and if so, is this a
> "KDE 5" thing or would it realistic to do it earlier (say, in KDE 4.6 or
> some suitably future release)?
Playing with the .so version sounds way to messy to me, but I'm no expert in
.so numbering.
> [1] they are already labeled as deprecated in the CMakeLists.txt file, but
> aren't marked as deprecated in the C++ header files.
If nothing in kde is using them, surely they should have a KDE_DEPRECATED
indeed.
--
David Faure, faure at kde.org, http://www.davidfaure.fr
Sponsored by Nokia to work on KDE, incl. Konqueror (http://www.konqueror.org).
More information about the kfm-devel
mailing list