From kde-core-devel Sun Sep 09 01:54:59 2007 From: Cristian Tibirna Date: Sun, 09 Sep 2007 01:54:59 +0000 To: kde-core-devel Subject: Re: Status of KDEprint in 4.0, and offer of help Message-Id: <200709082155.05907.tibirna () kde ! org> X-MARC-Message: https://marc.info/?l=kde-core-devel&m=118930292503748 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--nextPart2054229.kWI9krlr63" --nextPart2054229.kWI9krlr63 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 4 September 2007 17:07, John Layt wrote: > Hi Cristian and the KDEprint team, Hello My answer comes very late because of work-related travel. I'm still on 6h=20 jetlag so please forgive any English, orthograph or logic errors in what=20 follows. > 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=3D118859658700001&r=3D1&w=3D2 and > http://lists.kde.org/?t=3D118873017700002&r=3D1&w=3D2.=C2=A0 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. Thanks for digging this up for me. I don't think I would have missed it, bu= t I=20 still have 446 messages to pass through before coming up to date with the=20 mailing lists I care about. > 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 usefu= l. Please forget the "step on tows" part. It is very obvious I am an unworthy= =20 maintainer. This is mostly because I only can afford 2h/week of full work o= n=20 KDE and the KDEPrint team is formed of exactly one main programmer right no= w=20 (me).=20 We hoped to get two students attracted with GSoC and got finally one,=20 admittedly a very passionate and daring one, but obviously he is caught in= =20 his studies. So, we need _all_ ressources we can get. > The problems identified in the threads seem to fall into 3 categories: > 1)=C2=A0General fit and polish of the KDE4 port > 2)=C2=A0UNIX domain socket support > 3)=C2=A0Incomplete CUPS support Yeah, I have a TODO plan that I never managed to format for printing.kde.or= g.=20 This plan is somehow like it follows: 1) Port to Qt4/KDE4 1.a) insure compilation and write some functional tests 1.b) investigate (!) "is a" QPrinter instead of "has a" QPrinter (that was= =20 used in KDE3). 1.c) polish and eventually rewrite dialogs based on usability studies (was= =20 topic of a GSoC project but was abandoned) 1.d) use KNotification for job life signaling 2) Port to latest CUPS 2.a) use unix sockets for local cups server connection 2.b) support all new CUPS features (password protection of jobs on advance= d=20 printers etc. etc. 2.c) implement CUPS-side job preview if at all possible. If not, emulate a= s=20 done in one highly polished , CUPS-loving/owning commercial platform. 2.d) drop support for all printing platforms but CUPS (and eventually lpr = but=20 even that...) and cleanup after the dropping. 3) Port to PDF printing flux 4) Fix bugs (there are very many) 1.b), 2.c) and 3) are research (!) topics. They alone represent about 70% o= f=20 the work to be done. But even without them, the rest is a huge bit to=20 swallow. It is simply too much for one person, even at 50h/week. As I said, I can't= =20 afford more than two, which are most often spent in e-mail answering, bug=20 triaging and code reading. > 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. No matter what you feel like doing, just do it. Nobody has the right to=20 protest. Always remember, "he wo does the work, decides", one of the KDE=20 cornerstones. > 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. =46or this, a solution will be to deactivate KDEPrint for now and use QPrin= ter=20 directly. If offers a somehow useable UI and even PDF printing. This is=20 urgent and should be reachable with a simple/small wrapper in a matter of=20 days. Then the hard work to KDEPrint 4.0 should stard ASAP and as intensely= =20 as possible. A team of 3 to 5 good programmers with at least 20h/week each= =20 would be required for about 3 months (but probably more like 6). > 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).=C2=A0 The sorts of things we = could > do there are: > 1)=C2=A0Matrix of KDEprint features to be tested under 4.0 > 2)=C2=A0Special hardware/software scenarios to be tested for 4.0 > 3)=C2=A0Links to bugs that must be fixed for 4.0 > 4)=C2=A0List of tasks to defer to 4.1 > 5)=C2=A0Migrate the developer documentation from printing.kde.org > 6) Matrix of distro's, their cup's version, sockets usage, etc > 7) etc... This is a good suggestion. But I'd drop 2. We shouldn't care about hardware= =20 scenarios but only about user scenarios (document, photo, CD printing, as=20 well as bulk printing). We should also drop 3. Most bugs there have to be=20 solved. Don't even try to _think_ of 7. We should choose a latest stable version of= =20 CUPS as of the day of packaging KDE in the first beta of a series and keep= =20 tight to it. Distros can play their version games, we have the right to=20 request the version we develop for. Anything else will fastly become a=20 shrieking whorehouse. > Do you see this as being useful? Do you have any existing resources or > documentation for this that we can leverage off? printing.kde.org for development starting and for a hint in the platform. F= or=20 anything else I had to rely on the code. Somehow this is difficult because = of=20 lack of documentation on the private classes, but Michael Goffioul always w= as=20 very helpful. > P.S. One thing I have noticed in the Public API in KPrinter are methods > marked as KDE_DEPRICATED or =E2=80=9CFor internal use only=E2=80=9D. =20 This is a matter of code cleaning and KDE coding rules have to be obeyed.=20 Workhands seeked. Thanks for your concern and help. =2D-=20 Cristian Tibirna KDE developer .. tibirna@kde.org .. http://www.kde.org --nextPart2054229.kWI9krlr63 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBG41J5W6oS7C9pzgMRAg+nAJ9KwmxGWNfSjznIaFhDEaCc37ohVACgiL6E tKjJf9Tr82NnD4a79D/vo9s= =8tXi -----END PGP SIGNATURE----- --nextPart2054229.kWI9krlr63--