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.
Comments
time, time,....
So who is going to be the first to post them?
A screenshot of 3.3 running the new and the old kpdf:
http://darkshines.net/pub/kpdf-revolution.png
You can see screenshots of the new kicker eyecandy in aseigo.blogspot.com
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?
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.
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
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.
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 ;)
I think KReversi can be released off the usual release schedule of KDE.
"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.
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.
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.
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.
Most of my Chinese mates are _less_ hairy than I (I'm caucasian).
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.
USB pluggable devices is already working fine in 3.4! DBUS+HAL sends signal to qt dbus bindings that media://'s kdedmodule is using.
http://webcvs.kde.org/kdebase/kioslave/media/
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.
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
Once again, SCIM/SKIM was developed for exactly this purpose. What's wrong with them?
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?
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.
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.
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.
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...."
Fedora Packages anyone? Could not find anything on http://kde-redhat.sourceforge.net/
I can't wait until a OneBase LiveCD is released with this :)
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
P.S. Why didnt that work there?
qoute/
Known Bugs
HTML comments are not yet allowed. The year and timezone is often not included in article dates.
/qoute
-Sam
- 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
> I currently use KDE 3.1
That's two year old software and not even a bugfix release! And you complain today about it?
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.
Lol
Yes please update to 3.3.
It has been a lot polished, cleaned and konqueror is really stable.
> - no round border selection of desktop icons as with gnome
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
> - 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
> 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!
> i agree on this one: konqueror's default toolbar is too crowded
not as of today's CVS it isn't.
you mean the copy/cut/paste and print buttons are gone?
that would be a great news!
>> - 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...)
M.
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?
There is kdenonbeta/kcontrol4 if it is what you mean.
Have a nice day!
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 ;-)
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 ;-)
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.
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..
Richard
Hi Richard,
I must say, isn't there some price you can be awarded for accomplishing this?
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?
Richard
cp $KDEDIR/share/apps/kdesktop/directory.trash ~/Desktop/trash.desktop
I'm a dumb ass. :-D
Richard
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?
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.).
Richard