Status of KDEprint in 4.0, and offer of help
John Layt
johnlayt at yahoo.com.au
Tue Sep 4 22:14:57 BST 2007
Copy to k-c-d, seeing as original cc: bounced...
-----
Hi Cristian and the KDEprint team,
There has been some recent discussion on the core-devel list expressing
concern about the state of KDEprint in KDE4.0, you can read the threads at
http://lists.kde.org/?t=118859658700001&r=1&w=2 and
http://lists.kde.org/?t=118873017700002&r=1&w=2. A couple of people, myself
included, have stuck up our hands as willing to help out on the boring bits
if needed to get things cleaned up in time for 4.0.
Before we step on any toes, however, I thought it best to check with you on
the status of things: how you see the state of KDEprint in 4.0, what you
think needs to happen between now and 4.0, and if our help would be useful.
The problems identified in the threads seem to fall into 3 categories:
1) General fit and polish of the KDE4 port
2) UNIX domain socket support
3) Incomplete CUPS support
The last two probably require a level of expertise in KDEprint we can't offer
(and are of debatable necessity for 4.0), but the first one is something we
can help with, and is needed to be working.
Primarily, we need to be sure that people can perform their basic printing
requirements in 4.0, i.e. print a document using CUPS. Getting more advanced
features to 100% while desirable for 4.0 could be deferred to 4.1 if needed.
The first step though is to work out exactly where we are and what really
needs doing.
Aaron has suggested we set up a page in the TechBase wiki to help co-ordinate
efforts (probably under http://techbase.kde.org/Projects/KDEPrint). The
sorts of things we could do there are:
1) Matrix of KDEprint features to be tested under 4.0
2) Special hardware/software scenarios to be tested for 4.0
3) Links to bugs that must be fixed for 4.0
4) List of tasks to defer to 4.1
5) Migrate the developer documentation from printing.kde.org
6) Matrix of distro's, their cup's version, sockets usage, etc
7) etc...
Do you see this as being useful? Do you have any existing resources or
documentation for this that we can leverage off?
Cheers!
John.
P.S. One thing I have noticed in the Public API in KPrinter are methods marked
as KDE_DEPRICATED or “For internal use only”. Are these still needed in
KDE4, or are they artifacts left over from KDE3 to be deleted or moved to
private? These are the sorts of issues that must be sorted in time for 4.0,
after that we’re stuck with them due to the kdelibs BC and API policies. I’d
be happy to do a review of the public API for such issues to see if there is
anything that can be done there (and compare to to the latest QPrinter as
well). I'm probably exposing my ignorance here, but how much of the API is
supposed to be external public, there seems a lot of classes that are
exported that perhaps really are internal use only?
--
--
Send instant messages to your online friends http://au.messenger.yahoo.com
More information about the kde-core-devel
mailing list