Suggested KDEPrintInternal namespace
Allen Winter
winter at kde.org
Tue Sep 4 23:32:44 BST 2007
On Tuesday 04 September 2007 5:39:04 pm Alex Merry wrote:
> It has been mentioned before that KDEPrint pollutes the global namespace
> extensively with many classes that do not begin with K. What's more,
> these are almost all internal to KDEPrint, have no binary compatibility
> guarantee and are used only by the KDEPrint management module in
> kdebase (which is why there are exported).
>
> It would be good to put all the internal stuff in its own namespace.
> The two obvious paths to take are:
>
> 1. Create a KDEPrint namespace with everything in, and put the internal
> things in KDEPrint::internal
> 2. Leave the public classes alone, and put the internal things in a
> KDEPrintInternal namespace (or KPrintInternal...)
>
> I think that at this stage, option 2 is better as less disruptive.
> Also, the public classes generally seem to be named things like
> KPrinter, KPrintDialogPage etc.
>
> Feel free to shout this down as too intrusive, given that we're at Beta
> stage, but if we're about to embark on an overhaul of KDEPrint then
> this seems an obvious time to do it. Also, I'm only suggesting tidying
> up the non-public classes into their own namespace.
>
> Does this seem like a good idea?
>
Yes.
Do whatever is necessary to put KDEPrint into shape for KDE 4.x.
More information about the kde-core-devel
mailing list