MAY
19
2003

KDE 3.1.2: The Even More Stable Release

The KDE Project has released KDE 3.1.2, the second maintenance release of the KDE 3.1 release series. It features more and much improved translations and many problem corrections. Read the Changelog or jump directly to the download links. Those of you who wish to compile from source can use Konstruct for near automatic compilation.

Comments

Or for those of you using Gentoo, just emerge the update... it's alreadly in portage. Nice! :)


By Apollo Creed at Mon, 2003/05/19 - 5:00am

Or for those of you using FreeBSD, just cvsup your ports tree and make install!


By David Johnson at Mon, 2003/05/19 - 5:00am

Amen to that, my berkeley brother. Binaries are for sissies. :)


By Apollo Creed at Mon, 2003/05/19 - 5:00am

Nice try, but Gentoo compiles it straight from the source.


By Janne at Mon, 2003/05/19 - 5:00am

I think Apollo Creed knows this very well :-)


By cm at Mon, 2003/05/19 - 5:00am

Apollo Creed died.. Didn't he? :)


By Jörgen S at Tue, 2003/05/20 - 5:00am

Yeah, I was beaten to death by that horrible Clubber Lang. Good thing I'm resurrected as a dot.kde lurker. :)


By Apollo Creed at Tue, 2003/05/20 - 5:00am

Ummmm, no. Apollo Creed was killed by Ivan Drago. You can't even remember who killed you ;)?


By Janne at Wed, 2003/05/21 - 5:00am

> You can't even remember who killed you ;)?

I image it would be rather tough since the last thing he saw was a big red glove in his face...

:-)


By Xanadu at Wed, 2003/05/21 - 5:00am

Or the very few chosen debian unstable desktop users may
simply type the "apt-get update && apt-get dist-upgrade" combination
and get another fine priece of software for 'sid'.


By stupid anon /.-... at Mon, 2003/05/19 - 5:00am

Same works for the folks tracking KDE 3.1.x from download.kde.org who run woody.

For those who don't, add this to /etc/apt/sources.list
deb http://download.kde.org/stable/latest/Debian woody main


By Blue at Tue, 2003/05/20 - 5:00am

Does it have to download the entire package? It doesn't seem like that great of a change from 3.1.1a, which I downloaded a few days ago (I'm on dialup, so I care not to get 3.1.2). I guess I could patch it manually but ... nah.


By EY at Tue, 2003/05/20 - 5:00am

Already did! I'm in love with gentoo. :)


By 9th Gate at Fri, 2003/05/23 - 5:00am

Hello,

does anybody know when there will be a password manager for konqueror?
Konqueror is realy great, but I also have to use Mozilla Firebird for managing websites with username/password query.

regards,
Olaf


By Olaf Mueller at Mon, 2003/05/19 - 5:00am

In KDE 3.2.


By Anonymous at Mon, 2003/05/19 - 5:00am

fantastic!
any chance of a decent popup blocker?


By anon at Tue, 2003/05/20 - 5:00am

Huh? It already exists. Using the "Smart Policy" rocks :)
(Will block most of the ad-popups while keeping the useful ones)


By Daniel Molkentin at Tue, 2003/05/20 - 5:00am

I'm not so sure about that. I have had it block HSBC bank's popup, although that appears to be fixed. I'd prefer if it was configurable to some degree (like allow all popups from so and so). I like the cookie manager system better than the current popup manager.

Tim Vail


By Tim Vail at Tue, 2003/05/20 - 5:00am

I must agree on the popup javascript thing, I would much prefer an interface like the cookie
manager (ie you can get a dialog where you allow it or not, just for this session or put it on a popup block list).
http://bugs.kde.org/show_bug.cgi?id=30116 seems to be a wishlist for something like it...
Also the http://bugs.kde.org/show_bug.cgi?id=58650 seem to indicate that the
deny list for javascript *not just popups* might be out of whack...
Note that I think the whole javascript section should be reworked at least I havent got
it to work as I would expect. I really prefer the Mozilla Browser ie Mozilla Firebird 0.6
way of doing.

Shameless plug:
Please vote for this bug in konqueror its been there since 2.2.0
http://bugs.kde.org/show_bug.cgi?id=31121


By dnm at Wed, 2003/05/21 - 5:00am

that's nota plug, its a bug...


By mario at Thu, 2003/05/22 - 5:00am

In HEAD it's possible to define host-rules for JavaScript popup blocking.


By Anonymous at Thu, 2003/05/22 - 5:00am

And I'd really like to see a similar mechanism for nspluginviewer. Especially Flash is a resource hog like nothing else out there, sometimes you need it but most you don't it would be really cool if you could disable it

I have a script which does that -*cough* killall nspluginviewer *cough*- in the panel but it's hardly elegant


By l/p: anonymous/... at Wed, 2003/05/28 - 5:00am

I recently compiled the current CVS and it actually has a feature to en-/disable plugins for certain domains. It's not quite as versatile but almost as good =)


By l/p: anonymous/... at Sun, 2003/06/15 - 5:00am

It would be great to have integrated file encryption/decryption in KDE. Any project started to be getting this?


By tritone at Mon, 2003/05/19 - 5:00am

Why don't you have a look at security/encryption in apps.kde.com? There are a number of gpg-based de/encryptors that integrate with konqi.


By Anno at Mon, 2003/05/19 - 5:00am

I had only looked at freshmeat because I thought most programs were listed there. At apps.kde most crypto apps seemed abandoned since KDE 2, but I found kgpg that works great. This one should be included in the distribution IMHO.


By tritone at Mon, 2003/05/19 - 5:00am

kgpg is already in kdeutils CVS for inclusion in KDE 3.2.


By Anonymous at Mon, 2003/05/19 - 5:00am

Not only started, but in a fully usable state: KGPG.


By Haakon Nilsen at Mon, 2003/05/19 - 5:00am

kgpg is in cvs (and is a great app!)

I hope kwallet is also done for 3.2. I think it is an application that many users have been waiting for a long time. Hope it gets done!


By whee at Tue, 2003/05/20 - 5:00am

in the changelog I see no mention about khtml...

What is it's state in BRANCH, I mean regarding safari?


By yg at Mon, 2003/05/19 - 5:00am

Only safe backports.


By Anonymous at Mon, 2003/05/19 - 5:00am

The safari stuff hasn't been backported to 3.1.*

Actually, not alot of has gone in other than bug fixes.
http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdelibs/khtml/html/?sortby=date...

or for those using cvs webcvs:kdelibs/khtml

Another reason to wait for 3.2.

I'd suggest using cvs if you really want it. Stability is reasonable for a development tree. I haven't lost anything yet.

Derek


By Derek Kite at Mon, 2003/05/19 - 5:00am

till next year...

Have you seen the posts in kde-devel list about 3.2?

At least, we have the CVS.

BR


By Francisco Gimeno at Mon, 2003/05/19 - 5:00am

I've recently installed the SuSE 8.2 distribution featuring KDE 3.1.1. Of course I had need to access the menu editor to get everything laid out the way I would like. It has crashed probably a minimum of twice every time I've brought it up. Maybe I should open up the code and take a look? It doesn't strike me that this should be that elaborate a piece of code. Pretty much as complex as a bookmark editor in a browser and there are plenty of those that work. Any chance any work is planned for this elemental piece of interface configuration software or am I using the wrong utility? It is the only option I get when right clicking the "Start Applications" button on the task bar.

Couple other things. It would be nice when looking at the "About" box in an application if, besides the pronounceable name of the application, the actual executable command was given. Is the menu editor kmedit, kmenuedit, kmenueditor or what? Just an example and probably not the hardest to figure out, but it is nice to know the name of the file you are executing. This comment is certainly not restricted to KDE applications.

Finally, it would be nice on the download page to see a text file describing what is necessary to download when. I'm using a dial-up and even though I eventually want to get all of the new KDE, I'll probably only pull a few pieces at a time. Since I want my system to keep working as well as to utilize the new pieces, it would be nice to get everything I need for a working feature in one connection. (If such a file is already there, I apologize.)

Thanks for all the great work,

Craig Daymon


By Craig Daymon at Mon, 2003/05/19 - 5:00am

> Maybe I should open up the code and take a look?

Good idea. But menu editor in HEAD got already some love during implementation of vFolder support.

> Finally, it would be nice on the download page to see a text file describing what is necessary to download when.

http://developer.kde.org/source/


By Anonymous at Mon, 2003/05/19 - 5:00am

Perhaps there was a problem with the packaging. I've never had a problem with the Menu Editor (KDE 3.1.2 on Debian 3.0 here), and my menus have the app name and generic name, e.g.

KCron (Task Scheduler)
Cervisia (CVS Frontend)
Kate (Text Editor)

etc etc.

I was never happy with RPM-based distros, perhaps it's time you took Debian for a spin. Check out Knoppix (www.knoppix.org), it's a bootable live CD with KDE based on Debian. Don't use it myself, but I've heard good things about it.


By Blue at Tue, 2003/05/20 - 5:00am

Perhaps there is something wrong with my compiled copy then. I use Gentoo (flags: -march=pentium3 -O3) and I have seen kmenuedit crash on me many times, particularly when using drag n-drop for an entry without an icon. I say so about kde 3.1.1 .


By Rithvik at Tue, 2003/05/20 - 5:00am

That is a very accurate description of the most frequent crash experience I have encountered with the menu editor. I'm not absolutely certain it occurs only when there is no icon associated, but I know that has been the case in some of the crashes.

The other thing is that moving menu items or deleting them doesn't seem to actually delete them from the original location, only hide them. This can cause problems and certainly must waste resources.

-Craig Daymon


By Craig Daymon at Tue, 2003/05/20 - 5:00am

I don't think it can change the default locations of items in the menu when run non-priviledged (as it usually is). Most program locations are common for all and can probably be manipulated directly only by root (playing around in /usr/kde/3.1/share/applnk , I suppose). So the menu editor doesn't delete them, it overrides (hides) them somehow for the non-priviledged user.

Hopefully there is a better solution.


By Rithvik at Wed, 2003/05/21 - 5:00am

For having a nice installer which deinstalls XFree4 'cause you wanted a prog with a far dependency to XFree3.3.6? No, thanks. I prefer to have control on what's going on - apt-get-trouble is too much windows-like in its behavior.


By Ruediger Knoerig at Tue, 2003/05/20 - 5:00am

that's only for starters... it's not that hard to install something with apt without breaking existing packages. i really like debian (though i myself am using gentoo atm).

tim


By Tim Adelt at Tue, 2003/05/20 - 5:00am

It fixes a lot fo the bugs that annoy me the most, likee the tab delay for websites that can't be found. Very nice enchancement release, I can't wait for 3.2 when the UI usability will really be improved like GNOME 2.4's ;) I don't mean you have to eliminate any options, just group them mor elogically, currently the context menus in Konqueror for example are a mess, always giving me options I can't use or would not have any need to use in it and many of the options in the control center can be grouped ebtter. I do at the same time think that many of its options are not needed and should be hidden in an advanced mode.

BTW: Choice creates stress, funny isn't it. A maid became stressed out when faced witha choice between 5 detergents instead of 2. hehe.. yet true


By mario at Tue, 2003/05/20 - 5:00am

> currently the context menus in Konqueror for example are a mess, always giving me options I can't use or would not have any need to use in it

By default, there are about 5 options in Konqueror's context menus in CVS... this is pretty good.

HOWEVER, if you install anything past kdebase, you get applications installing a bunch of service menu entries into Konqueror. This is where you start getting 15 menu-long context menus in konqueror. IMHO, an "actions" submenu would be quite logical.


By whee at Tue, 2003/05/20 - 5:00am

coincidentally, a patch puts all the servicemenus into an actions submenu was committed today. huzzah!


By Aaron J. Seigo at Tue, 2003/05/20 - 5:00am

i wonder who.... ;-P


By kidcat at Tue, 2003/05/20 - 5:00am

> I can't wait for 3.2 when the UI usability will really be improved like GNOME 2.4's ;)

You should really go back and take a look at KDE 2.0. I recently booted up my celeron-300a for the first time in ages (running slackware 7.0 with KDE 2.0.1.) Well, I was pleasently suprised with the usability of KDE back then. Things generally *felt* a lot less cluttered, perhaps because there were less features. It actually felt somewhat like GNOME 2.2 does. Perhaps in terms of usability/features GNOME 3.x will be like KDE 3.x/GNOME 1.x, and KDE 4.x will be like KDE 2.x and GNOME 2.x :)


By whee at Tue, 2003/05/20 - 5:00am

Note that usability can mean two things:

Usability for the average computer user
Usability for the brand new (or inexperienced) computer users

The people in the first group are basically your average computer user. They, of course, use MS-Windows(tm), as it has >90% market share. They are comfortable with Windows and know how to get things done with it.

The people in the second group will, upon, seeing a Windows desktop, perhaps be daunted by it. This to a point in which they have to call tech support, etc...

Currently, I think the people in group 1 (most people who are trying out Linux and other major operating systems in which KDE/GNOME runs), will probably be most comfortable with KDE. There are just some paradigms in KDE that are closer to Windows than GNOME is to Windows (Konqueror/Windows Explorer/IE are quite similiar, and for MANY users, would be their most used application.)

Currently, I think that the people in group 2 will be most happy with gnome2. In most instances, it is just simplier than KDE is. If KDE had something like a kids, and/or an easy mode, it would satisfy these users.

The third group, and not mentioned thus far, however, is the power user. This is the average user of Linux or most non-Windows/Mac operating systems. For power users, raw features, and configurability win, and so does KDE. I think the single biggest thing in terms of usability for power users is the ability to morph the underlying system to how the user works. I think KDE, with a myriad of options, therefore, offers the best usability for power users.


By fault at Tue, 2003/05/20 - 5:00am

> Currently, I think that the people in group 2 will be most happy
> with gnome2. In most instances, it is just simplier than KDE is.
> If KDE had something like a kids, and/or an easy mode, it would

Me runs for cover. Easy / meduim /advanced mode no no no no ;-) As it seems, this is a bad route to take. Remember Nautilus (ok, it's kde people here but anyway)? It turned out that most, if not all, users switched to advanced mode and it was scraped. Sensable defaults, good and logical grouping options with clear names that explaines what they do feels a whole lot sensable to me. But that's just me :)

Regards,

Jörgen


By Jörgen at Tue, 2003/05/20 - 5:00am

I agree... having seperate user level modes is not the way to go. An environment that is tailored for striking a balance between the three is much better. I was not trying to advocate user modes in either case (although it may seem that I was :))


By fault at Tue, 2003/05/20 - 5:00am

>> I think KDE, with a myriad of options, therefore, offers the best usability for power users.

The current crowded mess of options in all kinds of weird, horizontally stretched and covering a large part of the screen, visually unpleasant looking dialogs (which cannot be themed away with nice themes and icons) that can only be found by spending more than half an hour of expensive time is not what I call for 'power' users and is definitely no good for usability.

(that's one reason why I'm switching on and off between KDE and GNOME, the latter has a way better HIG - is that OpenHCI effort still alive btw? the mailing lists seem to be dead.. :/ )


By nac at Tue, 2003/05/20 - 5:00am

Pages