KDE-CVS-Digest for May 14, 2004

Saturday, 15 May 2004  |  Dkite

In this week's KDE CVS-Digest: More work on KDevelop documentation tools, adding a TOC plugin. Khtml text-decoration mostly brought up to CSS1 standards. KBlueTooth adds utilities to search for services and send faxes. Kopete adds rich text editor capabilities.

Comments:

kdenonbeta getting a lot of love recently - anon - 2004-05-15

Looks like a lot of changes to projects on kdenonbeta these days.. will probably make for exciting kde 3.3 and 4.0 releases to new kdepim/kdenetwork projects like akregator (RSS/RDF/Atom feed reader), gadget (web services app, sorta like Sherlock) between architectural improvements, such as kspell2, kimproxy, kdom, ksvg2 to new kdeedu apps such as kgeography, klatin to new kdelife? apps like krecipies to new development apps like unsermake and icecream (distcc fork)

Re: kdenonbeta getting a lot of love recently - superstoned - 2004-05-15

you know what? its all *extra* for me... 3.2.x was for me "final". it had what I needed from a desktop environment. Of course I'm excited, and very happy to see the development goin' on. but I'm not gonna run CVS or alpha's (maybe beta) - just waitin' and enjoying my current experience with 3.2.x! I'm sooo happy with that release... thanks guys, and - of course, pleas continue, but: you've surpassed *for me* the line of "this is what I need to work nice" and I guess thats the case for alot ppl. thats great. the more use KDE, the more will be interested, start developing, start helping, or maybe donating.

Something is bad, when... - m. - 2004-05-15

Fixed Bug 43172 (thanks to Beineri for telling me about it, it had 436 votes!) ("konqueror is ignoring umask when creating new files") Something is bad when developers are ignoring voting system on b.k.o More understandably would be reaction "those stupid lamers don't know what is a real bug, don't have time to mess with it" than ignoring it. There are not so many bugs with >20 votes on them (comparing to all of open reports of course). m.

Re: Something is bad, when... - Anonymous - 2004-05-15

Pardon? It actually got this attention because it had so many votes. > There are not so many bugs with >20 votes on them (comparing to all of open reports of course). Only 400 ;-)... And a part of them are actually hidden feature requests (like top-bugger #41514). "I don't request a feature, just make my homepage with CSS3 render correctly!"

Re: Something is bad, when... - Anonymous - 2004-05-16

Why is #41514 a feature request? It is a very real problem that Kmail blocks the UI and I don't even see something remotely sounding like a feature request. And it has nothing to do with CSS3.

Re: Something is bad, when... - Anonymous - 2004-05-16

Because it doesn't require just a small bugfix but a new internal design/implementation?

Re: Something is bad, when... - AC - 2004-05-16

Ever heard of threads?!

Re: Something is bad, when... - Anonymous - 2004-05-16

And you call changing everything to threads a bugfix?

Re: Something is bad, when... - Anonymous - 2004-05-16

I know. But you make it sound as if the reporter wanted to get a feature by disguising it as a bug - this is true.

Re: Something is bad, when... - Anonymous - 2004-05-16

Dunno. There are users who do this or intentionally file a bug report with "crash" severity because they think it makes it more important.

Re: Something is bad, when... - David Saxton - 2004-05-16

Or alternatively, "qApp->processEvents();" will process GUI events in the middle of a function.

Re: Something is bad, when... - fault - 2004-05-15

> Something is bad when developers are ignoring voting system on b.k.o They *aren't* ignoring it.. for every bug on the "The most hated bugs" that exists today, there are 5 more bugs that used to have 300+ votes that have been fixed.

chm viewing with KDE - Fabrice - 2004-05-15

"Added CHM (aka html help) documentation plugin. Supports only catalogs, does not show topics, indices and does not support full text search. Any help is welcome." This is so cool ... Sometimes I have some HTML help files I need to view and I use xchm[1] for this. Now I'm looking forward to use that documentation plugin. Are these plugins also usable outside of KDevelop? (sorry if that's a stupid question). Fab [1]http://xchm.sourceforge.net/

Re: chm viewing with KDE - teatime - 2004-05-15

>Are these plugins also usable outside of KDevelop? Actually, yes. At least come KDE-3.3, KDevAssistant will be available. It's a standalone app (much like the Qt assistant) that lets you find (via a navigation tree, index or full text search - capabilites varies between documentation plugins) and view any documentation for which there is a plugin.

Something's wrong ;-) - Andras Mantia - 2004-05-15

Hi Derek, Seems that something is wrong with the new script. You can imagine that many commits actually affected more files, not a simple .kdevelop or ChangeLog file. From my commits: "... to kdewebdev/quanta/ChangeLog" "... to kdewebdev/quanta/quanta.kdevelop" "... to quanta/ChangeLog" But "...to kdelibs/i" is also strange. ;-) Andras

Re: Something's wrong ;-) - Derek Kite - 2004-05-15

Indeed something is wrong. It is due to my vain attempt to view cvs data as atomic. The indexing scheme uses the timestamp, which is the same for all the different files committed in an atomic (multi file) commit, or is most of the time. On one of your commits there is a second difference between the two files, which borked the index. Odd that only your commits showed up that way. You must be special :) So obviously I have to broaden the test for same commit, checking timestamp and user and part of the comment. I needed a good reason to delve into that code anyways. Derek

Re: Something's wrong ;-) - Fred Schättgen - 2004-05-16

Could it be that this is also the reason why the extragear modules (not sure about the others) are listed only sporadically in the commit summary? I am more than sure that there were more than no commits in extragear-3 last week for example ;)

Great work, but a few wishes. - arcade - 2004-05-16

I love KDE as a desktop environment, and I think the developers are doing great work - but there are a couple of things I wish they could do in the future. First, I wish all important applications were somehow "branched" at each release. It would be cool to be able to update my Kmail that came with KDE 3.2.2 with a new version of Kmail with more features. The same goes for other applications. What KDE unfortunately seems to lack is single KDE applications getting updated and released all the time, without having to track CVS. If we look at Gnome, we see that single applications get released/updated all the time with feature requests, bug fixes, and so forth. I think KDE should have some of that too. It's great coolness to be able to track only your favorite applications without having to update everything to head.. If this already is possible, then it's not entirely clear to me how ..

Re: Great work, but a few wishes. - teatime - 2004-05-16

Apps in KDE Extragear(1/2/3) are released on their own schedule.

Re: Great work, but a few wishes. - ac - 2004-05-16

In the middle/long term, it would be nice if the kde core would be discoupled from the kde applications. This way, the "kde core" (like kdelibs, konqueror, kicker, kdesktop, kwin and some others) would have longer release cycles, and the applications would be released independently. The "kde core", or should it be called the "kde platform", has matured very much in the last year. If the applications would be released seperately from the core, they could have their own release schedules and evolve faster maybe, instead of being bound to the kde core release schedule.

Re: Great work, but a few wishes. - Anonymous - 2004-05-16

You are aware of all implications? Like more complicated development due to different schedules/freezes, more difficult installation, an army of more or less capable release managers, either splitting of translations in hundred packages or bloating every program archive with every available translation, ...

Re: Great work, but a few wishes. - Zoltan Bartko - 2004-05-16

OK, ac, what would that bring you? As far as I see it, KDE is evolving very fast. Now, all these people (well most of them), who develop KDE, do it in their free time. I do not think they would have more free time to develop their apps faster than they do it now and I do not think any other release cycle would help them code faster. However, maybe I am just trying to apply my own limitation on these people, but this is my view. Cheers Zoltan

Re: Great work, but a few wishes. - Greg Gilbert - 2004-05-16

Well this sort of already happened. The kdepim module has been on its own release cycle for kdepim 3.3 for a while now, though recently they decided that their planned release was close enough to the kde 3.3 planned release that they would just sync up again.

k3b - Kaarthik Sivakumar - 2004-05-16

Does anyone know if k3b will be integrated into KDE 3.3, instead of remaining in extragear?

Re: k3b - Anonymous - 2004-05-16

There are no public plans for this at the moment.

Re: k3b - getit - 2004-05-16

its not possible due to the speed of k3b development. it would be pretty hard to keep it in sync

anoncvs.kde.org down? - furanku - 2004-05-16

Is anonymous@anoncvs.kde.org down? Since a few days I (and some others) can't checkout from that server anymore, first I got the error message: cvs [login aborted]: end of file from server (consult above messages if any) and since 2 days the login comletely hangs without any errormessage. I switched to another mirror, but since this is the premium server mentioned in the KDE documentation for anonymous CVS: Does anyone know what happend?

Re: anoncvs.kde.org down? - Anonymous - 2004-05-16

> Is anonymous@anoncvs.kde.org down? Yes.

Re: anoncvs.kde.org down? - Anonymous - 2004-05-18

anoncvs.kde.org is back under another host.

Re: anoncvs.kde.org down? - furanku - 2004-05-19

Wich? Since this a public cvs Server for anonymous users, it would be a good idea if the host name is not a secret.

Re: anoncvs.kde.org down? - Anonymous - 2004-05-19

The DNS host name didn't change.