KDE 3.4 goes into Beta Phase: Welcome "Krokodile"

A lot of development has happened since KDE 3.4 Alpha, so we are now happy to publish KDE 3.4 Beta 1 code named Krokodile. For a list of already implemented new features skim over the KDE 3.4 Feature Plan. For sources and packages (only Slackware so far, more have been promised to be released in the next few days), please visit the KDE 3.4 Beta 1 Info Page and browse the KDE 3.4 Requirements List. The Konstruct build toolset has been updated for this release. KDE 3.4 Beta 2 is planned for mid February with a final release due for mid-March.

The KDE team asks everyone to try this version and give feedback through the bug tracking system. Please make sure to check out the reworked panel and the KDE service auto discovery features. Note that the kdepim, kdevelop and kdewebdev modules also compile on KDE 3.3 systems.

Dot Categories: 


by time watching (not verified)

time, time,....

by Leverkusen (not verified)

So who is going to be the first to post them?

by suy (not verified)

A screenshot of 3.3 running the new and the old kpdf:


You can see screenshots of the new kicker eyecandy in aseigo.blogspot.com

by Iuri Fiedoruk (not verified)

I've installed suse 9.1 rpms, but looks like the new kicker eyecandy is out of KDE 3.41 beta1, is that right?
If so, will it go into beta2?

by Andreas Steffen (not verified)

Hmmm, looking at the feature plan, I couldn't help but notice that 70% of all features are still not in the green phase. Just go to the border between yellow and green items and look at where your scrollbar handle is. Is the plan out of date, are the remaining red features peanuts, or what is happening? By my comprehension, the beta phase of a piece of software begins when it is roughly feature-complete and needs a diverse installed base in order to uncover the numerous bugs that have invariably crept in. Yet "Krokodile" seems to be in mid-development.

Am I misreading something here, guys (and girls)?

Regarding the "Schnappi"-thingie; while I am German (only 20 years old,too), I usually avoid charts music. I am currently listening to this... song... and it is helping me remember why.

by Leo Spalteholz (not verified)

Some developers don't update the list when a feature is completed, other features just won't get done in time and will be moved to the next KDE version.

The feature plan isn't set in stone, if something doesn't get done it will just have to wait until KDE 4.0

by Inge Wallin (not verified)

This is the way it usually is. Unfortunately at the end of the release process it always turns out that a number of planned features are scrapped because the developers couldn't manage to implement them in time.

This will be the case with a feature that I planned to implement, namely a network game feature for KReversi. I would like to take this opportunity to apologize to all KDE users for this, but since I moved to a new apartment in december, I simply have had too little time to put into it.

I'm sorry.

by Luca (not verified)

No need to be sorry!
Thanks very much for working on KDE and on KReversi, when network support will be implemented I'll try and enjoy it for sure but the game is already very nice.

Congratulation for new apartment and have a nice day ;)

by gerd (not verified)

I think KReversi can be released off the usual release schedule of KDE.

by Brandybuck (not verified)

"I usually avoid charts music. I am currently listening to this... song... and it is helping me remember why."

I personally think the song is charming. I don't think it should be on top of the charts and spinning off half a dozen remix versions, but that the song itself isn't that bad considering the source.

by Jeff Pitman (not verified)

I noticed these were not on the 3.4 build requirements list. I hope that we don't drop the ball on either of these technologies. IIIMF being the most important; cuz, yes, we have DCOP. The most important piece of DBUS are the hooks in HAL, hotplug, etc. wrt to USB pluggable devices.

Anyone in the know for Qt getting IIIMF support? There's been a transition period where I've upgraded to the latest and greatest, but now I no longer can input in Chinese in KDE apps. Pretty disappointing; hope we see some improvements here.

I'm extremely happy with what KDE has brought to my desktop. Just hope for additional polish around USB (kdebluetooth does really well here; good model) and IME.

by Kosh (not verified)

DBUS should be for kde 4.0. I have not idea what IIIMF even is. I would love it if people would define their terms. I have seen some really bad acronyms when doing programming and found up to 10 meanings for a single one and the context does not always make it even close to clear as to which one is meant. The best guess I have is some input framework although why that is needed I don't know.

by Jeff Pitman (not verified)

I know it's pretty tough to write IIIMF in google, but it's the "Internet Intranet Input Method Framework".

And as for why it is needed: because over half the planet needs it to write in their native language. Might be hard for some to comprehend, but some languages require more than just the 101 keys on a keyboard.

Learn Chinese sometime. It'll put hair on your chest.

by Leon Brooks (not verified)

Most of my Chinese mates are _less_ hairy than I (I'm caucasian).

by koffice fan (not verified)

What's wrong with SKIM? It works perfectly for inputting Chinese, Japanese, Korean, whatever you want. Don't tell me there's yet another standard for doing the same again.

by performa 300 (not verified)

USB pluggable devices is already working fine in 3.4! DBUS+HAL sends signal to qt dbus bindings that media://'s kdedmodule is using.


by Jeff Pitman (not verified)

This is great news! I'm glad they're using the same name as the /media directory. This will make it easier for users to make the connection.

Still crossing my fingers for IIIMF, which is very important for wide adoption in Asia countries. I'm certain Redflag and Asianux put in some pretty good integrations and hacks to get the system working. But, I don't use those. So, it'll be nice to get KDE working "out-of-the-box" for those of us on English-centric distributions.

by Davide Ferrari (not verified)

Sorry if I'm tedious but those kind of distributions are not "english centric" but more correctly "latin centric" (yes, ok, for sure english is the best supported language but also all other latin languages are well supported). Don't know the situation for cyrillic and so on, but I can imagine it has to be a pain in the ass for CJK users

by koffice fan (not verified)

Once again, SCIM/SKIM was developed for exactly this purpose. What's wrong with them?

by Jeff Pitman (not verified)

SKIM is a frontend to IIIMF. IIIMF is a backend system that replaces the legacy XIM framework. Question is does 3.4 have SKIM and is it fully functional or are we waiting for key changes at the Qt level before adoption? Possibly in KDE 4?

by liucougar (not verified)

Sorry, but you are wrong:
skim is a frontend to SCIM, not IIIMF.
Details: http://scim.sf.net

BTW: SCIM is one of the main competitors of IIIMF.

by koffice fan (not verified)

SKIM is a frontend to SCIM (Simple Common Input Method), which is a replacement for XIM. SCIM is also a FreeDesktop project, so it has the backing of KDE and GNOME.

I use SKIM here and the integration with all KDE applications and all programs which support SCIM (this includes all of GTK/GNOME) is flawless and my girlfriend commented that it's superior to the Windows solutions she was using.

So I'd say we're way further than patchy solutions for CJK input on the desktop.

by Alister (not verified)

If your're still talking on this thread - just an observation:
I've found it a complete impossibility to get Skim fully working so far.
I've been studying chinese for a couple of years now and it'd be really useful. I think it'd make a massive difference to the uptake of KDE worldwide.

I rate myself as competant with linux, but IMHO (in my humble opinion)its far from working out-of-box.
Accurate help files would help too, but I guess thats an issue for the scim project.

by Janne (not verified)

The 3.4 info-page (http://www.kde.org/info/3.4beta1.php) still mentions Klassroom, and not Krokodile:

"Binary packages

Some Linux/UNIX OS vendors have kindly provided binary packages of _Klassroom_ for some versions of their distribution...."

by Anonymous (not verified)

Fedora Packages anyone? Could not find anything on http://kde-redhat.sourceforge.net/

by Alex (not verified)

I can't wait until a OneBase LiveCD is released with this :)

by Sam Weber (not verified)

Yeah, I hope someone makes a live cd of it, but looking at the onebase website, the forums[1] are pretty much dead,(hasn't been much ativity since october) so I wouldn't count on them :)

[1]One base forums

by Sam Weber (not verified)

P.S. Why didnt that work there?

by Sam Weber (not verified)

Known Bugs

HTML comments are not yet allowed. The year and timezone is often not included in article dates.


by Andre (not verified)

- no round border selection of desktop icons as with gnome

- ugly underline in Konqueror

- Konqueror stability

- Kontrol Center mess, no good theme engine, unsystematic settings and naming.

I like KDE very much but KDE has to be polished. I currently use KDE 3.1 Usually it's fixed after an upgrade, let's see what will happen when I will switch to 3.4

by Anonymous (not verified)

> I currently use KDE 3.1

That's two year old software and not even a bugfix release! And you complain today about it?

by Johan Veenstra (not verified)

KDE 3.1 was released on January 28, 2003. Oh wait, it's 2005 now, so yes it has been almost 2 years. Time sure does fly.

So the original poster complained about minor bugs in 2 year old software that has had 12 !!! ( 3.1.1, 3.1.2, 3.1.3, 3.1.4, 3.1.5, 3.2, 3.2.1, 3.2.2, 3.2.3, 3.3, 3.3.1, 3.3.2) updates during those 2 years. Oh well, he's either a troll or a sloth.

by JC (not verified)

Yes please update to 3.3.
It has been a lot polished, cleaned and konqueror is really stable.

by Anonymous (not verified)

> - no round border selection of desktop icons as with gnome

hopefully for kde 4.0 some of these changes will go into the main kde codebase

> - ugly underline in Konqueror

you can disable it and have a windows-like 2-clicks behaviour

> - Konqueror stability

upgrade. konqui is rock-solid now

> I like KDE very much but KDE has to be polished.

i agree on this one: konqueror's default toolbar is too crowded

by gerd (not verified)

> http://www.kde-look.org/content/show.php?content=16962
> hopefully for kde 4.0 some of these changes will go into the main kde codebase

Full Ack!

by Aaron J. Seigo (not verified)

> i agree on this one: konqueror's default toolbar is too crowded

not as of today's CVS it isn't.

by Anonymous (not verified)

you mean the copy/cut/paste and print buttons are gone?
that would be a great news!

by Xanadu (not verified)

>> - ugly underline in Konqueror

> you can disable it and have a windows-like 2-clicks behaviour

What? I have single-click behavior and no underlines. What version are you using?!?

I'm using 3.3.2 (and have never seen the underline thing since, at least, 3.1 or so...)


by Kad (not verified)

I agree, KControl is a mess as it currently is. Nearly a year ago there was some talk of a new KControl. Does anyone have any updated info/links on this redesign? When will we see it?

by Nicolas Goutte (not verified)

There is kdenonbeta/kcontrol4 if it is what you mean.

Have a nice day!

by anonymous (not verified)

Desktop Icons: should be placed at that position after logout-login even if I enable "align to grid" (I think it's Kicker's fault)
Desktop handling: if I click into the background image, no icon should be selected. It's now selected with a "ghosted" frame. Pls look at Gnome if you don't know what I mean. All in all, the Desktop Icon feeling in Gnome is a bit better.

Konqueror: if I switch tabs, then Konqueror repaints the symbol toolbars (isn't it possible to do that like it is in Opera? Opera is also based on QT.

Kmail: smiley-_pictures_ instead of smileys (like in Thunderbird or Opera-Mail or a phpBB or ...)

Ok, this should be only some inspirations for the next version ;-)

by anonymous (not verified)

addon to Kmail suggestion: I mean smiley-pictures in _text_only_ mails, not html-based mails (i know that this one is possible)

A text-only mail looks nicer with smiley pictures and maybe some users send with this "feature" text-only mails if they see some nice smiley graphics ;-)

by Anonymous (not verified)

What you call "ghosted frame" is a standard focus recangle. It indicates that you can use the keyboard to select an icon. Everything else would be considered a bug, unless you disallow keyboard input to the desktop (but why would you want that?)

I also don't understand your "align to grid" report. You seem to say that icons should not align to the grid even if "align to grid" is enabled, which doesn't make sense. Please try to phrase it more clearly what you meant and report it to bugs.kde.org for kdesktop.

by Richard Van Den Boom (not verified)

Since I upgraded to KDE 3.4 Alpha 1, and now with the beta, my trashcan on the desktop has been changed to a file (which I have removed) and I cannot find a way to get a trashcan again on the desktop. Of course, I can access it using the trash:/ ioslave but it is not as user friendly.
Anyone knows how to recreate a trash on the desktop whose icon changes when I delete a file and which I can empty with a right click.
I know, that's stupid, but since I know the way to handle the trash has changed to allow multiple files of the same name to be deleted without the "file already exist" message, I wonder if there is a way out..


by ac (not verified)

Hi Richard,

I must say, isn't there some price you can be awarded for accomplishing this?

by Richard Van Den Boom (not verified)

like "dumbest KDE user ever"? :-)
Honestly, I didn't do anything special whe I upgraded to KDE 3.4 alpha, and the trash was no more a trash. :-|
I guess I just need to recreate a file in $HOME/Desktop or something. Isn't there nobody else to have this problem?


by Anonymous (not verified)

cp $KDEDIR/share/apps/kdesktop/directory.trash ~/Desktop/trash.desktop

by Richard Van Den Boom (not verified)

I'm a dumb ass. :-D


by SegFault II. (not verified)

Don't know for sure (can't test it right now, my KDE 3.4 is on a defect hard disc), but have you tried to create a link to trash:/ on your desk?

by Richard Van Den Boom (not verified)

It works more or less but doesn't behave like the regular trash (change icon when something is put in it, allow to empty it by rightclicking the icon, etc.).