Waldo Bastian, the KDE 2.x release coordinator, has announced that KDE
2.2.1 was packaged as a tarball yesterday and will be officially released on September 17, 2001. Those
of you expecting the release this Monday will be happy to know that the extra week was used to squash bugs. At about the same time, Dirk Mueller, the new KDE 3.x release coordinator (thanks, Dirk!), posted the projected KDE 3.0 release schedule. The short and sweet: first beta on December 3, 2001, first release candidate on January 7,
2002, and KDE 3.0 on February 25, 2002. Unlike the KDE 1 to KDE 2 change, this one
should be much smoother: Qt has changed far less, and very few (if any) core applications will be completely rewritten, as many were for KDE 2.
Dot Categories:
Comments
I would like to add to this a very important app which still is not available in linux.
Kde Download Accelerator.
you can understand that it must have support for segmented downloading and ofcourse must have http, ftp proxy support. there are many download manager available but noone have support for segmented downloading.
if anyone know about such an app, please let me know.
Well what's segmented downloading?
If it's the ability to continue downloading, konqueror can already do this
;-&
btw, please go to
http://povtek.tripod.com/
so it adds a few more on to the counter :-)
URR LUKE YOU ARE POVERYT STRICKEN
URR LUKE YOU ARE POVERYT STRICKEN
I also have a few small things to add, mainly to Konqueror file browser:
1. Ignore dropping an icon on itself - currently you can't
move a desktop icon or a group of them just a few pixels
2. Tooltip with the full filename over a file whose name is
truncated in konqueror. The full name is currently shown
in the statusbar, but you have to move your eyes down to
see it, which slightly disturbs concentration.
3. A "Shell here" option in the popup menu when you right-click
a directory in Konqueror (this is a neat feature from 4NT)
4. GPG "encrypt file" and "decrypt file" extension for the
righ-click-popup-menu in konqueror
These are all quite small tasks indeed and I could probably fix
them myself for KDE 2.2 if I knew:
+ how to check that the feature doesn't already exist
+ how to make sure that the change will be accepted
(and by whom)
+ where to look in the code
+ how to submit a patch
Could someone give some pointers?
I also have a few small things to add, mainly to Konqueror file browser:
1. Ignore dropping an icon on itself - currently you can't
move a desktop icon or a group of them just a few pixels
2. Tooltip with the full filename over a file whose name is
truncated in konqueror. The full name is currently shown
in the statusbar, but you have to move your eyes down to
see it, which slightly disturbs concentration.
3. A "Shell here" option in the popup menu when you right-click
a directory in Konqueror (this is a neat feature from 4NT)
4. GPG "encrypt file" and "decrypt file" extension for the
righ-click-popup-menu in konqueror
These are all quite small tasks indeed and I could probably fix
them myself for KDE 2.2 if I knew:
+ how to check that the feature doesn't already exist
+ how to make sure that the change will be accepted
(and by whom)
+ where to look in the code
+ how to submit a patch
Could someone give some pointers?
I just pulled down KDE 2.2.1 (I couldn't find the tar files so I grabbed the CVS) and I just wanted to say that Konqueror seems to render pages much faster, and an annoying bug that made my domain take _forever_ to load in 2.2 has been fixed!
It was the weirdest thing.. every version of Konqi prior to 2.2 loaded my site super-fast, but with 2.2 it would just sit there for about 30 seconds before loading. The really odd part was that when I put the site on my local machine and loaded it it was the normal speed.. It was going out to my domain and back that took the time.. I logged a bug about it, but never got a reply.. well, it's been fixed!
Thanks a lot Konqi team, that was really bothering me!
In fact, for whoever is reading this, I'd just like to mention that at least on my machine) Konqi's rendering seems a lot faster. I'd like to know what they did to speed things up.. Anyway, I've only been running 2.2.1 for a few minutes yet, but I haven't seen any bad things happen yet, so I'm happy!
Cheers,
Ben
On ppc machines KNote and KBabel are incredible slow. I mean, aspestus dust fall faster than letters apear on the screen after typing.
In periods i can type compleat sentenses before things starts to happen on the screen.
Regards
Isak
1) What version of X are you using?
2) What distro are you using?
3) Have you reported this to bugs.kde.org? Otherwise, very few developers will see it.
im using Yellowdog Linux 2.0, kernel 2.4, XFree86, QT 2.3.1, on a iMac, Rev A
KDE have been notified, yes
Regards Isak
Last August I've downloaded the Red Hat "7.x" packages that broke my RPM system and introduced several bugs to my system, **eventually leading to a system-wide crash with data loss**. The "7.x" label is DECEPTIVE since the RPMs were built on a beta system and there WAS ABSOLUTELY NO INDICATION of this fact.
I understand that those problems were because Red Hat chose to build the RPMs against a beta setup (RawHide). This time, Red Hat folks, please build a STABLE release against a STABLE distro.
Thanks, Eduardo
(registered RH user: sombragris)
I found the right KDE2.2 rpms for RedHat 7.1 at http://www.opennms.org/~ben/kde2.2/. They're build by someone called ranger_rick on this forum.
Perhaps it's time for some other people besides [email protected] to step up and build rpm's for RedHat-stable.
Thanks for your comment. Of course, after crashing my system and reformatting my Linux partition and reinstalling RedHat I found out a series of independent, stable RPMs. But that's not the point. The point is that the Red Hat "7.x" RPMs that are stored in the ftp.kde.org site are all messed up and are a real nuisance, and the KDE project would do well to delete them from their server and tell Red Hat users about some stable RPMs. We can produce (after a day and a half) our own binary, stable RPMs, but it would amount to nothing if the main ftp site still points to those unstable and dangerous RPMs.
--Eduardo
I had no problem installing the RPMS. What do you mean "messed up"?
With "messed up" I mean that the RPMs required dependecies on UNSTABLE software and in one case (the kdeadmin package) the dependecies (unnecessary) on rpm 4.0.3 broke my system badly.
thanks, eduardo
I installed everything (including the "Unstable" deps) on my RH 7.1 system and everything works fine (KDE 2.2 is *GREAT*!). So I don't know what to tell you.
They broke Xminian Red Carpet as it will not know read the database.
The actual problem, which no one seems to understand, is that some of the packages needed for full support of KDE 2.2 are only available on RawHide -- they are not available in RedHat 7.1.
So, what should be done?
Clearly, if the RPMs are for the RawHide release, they should be labeled as such.
But, this does not solve the problem of what users with even totally up to date RedHat 7.x systems should do.
Specifically, it appears that to install on RedHat 7.1 that a "kdesupport" package is needed.
Well, I understand, and take note: even your idea of "kdesupport" would not work because of the dreaded RPM dependencies on the kde.org's Red Hat kdeadmin rpms. Only after your post in kde-linux in which you pointed out to an independent package of kdeadmin was I able to get an usable setup for KDE 2.2.
The labels on the ftp.kde.org site are DECEPTIVE. This is a RawHide setup and there is ABSOLUTELY NO INDICATION of that fact.
Thanks, Eduardo
The thing is that KDE libs would be (and on my system is) perfectly happy with RPM-4.02-8 as long as that is what it was built with. So, the solution to that porblem, at least, should be very simple for the builder of the RPMs.
rpm's are too commonly dependant on some strange other package that takes too long to find and is dependant on some other strange package... it's always easier just typeing :
./configure
make
make install
sure, it's a little work with all the 20-30 separate kde files you gotta install to get it working :), but it's well worth it.
while you're at it, build qt, and x11, and, and and.
really folks it's not _THAT_ hard. sometimes easier than the lousy rpms.
Now tell me: Have you ever had used a Red Hat KDE RPM installation? Many of us are left with Red Hat RPMs because we first used the KDE 2.1.2 environment that came with RH 7.1 and we have some KDE apps installed on top of them, some from source and some from RPMs. If you are acquainted with Red Hat RPMs you will recall that the Red Hat RPMs place the KDE files in a nonstandard placement. That's why you see RH users bitching about the broken RPMs. If they used their previous KDE 2.1.2 setup, then they're stuck with RH RPMs.
how is it you say you're stuck with the redhat rpm setup? it's perfectly possible to have the rh kde rpm's installed in where ever they put them, and to have your built kde system put into /usr/local/kde2.2.2/, and have qt into /usr/local/qtxx/
you'll need to set your kde path and qt path in the shell configuration files appropriately, and maybe create or edit a .Xdefaults (or something like that) file.
> build qt, and x11, and, and and.
That scares me. Because that's what I do :)
I use beros rpm's, and it does work. I also had a
little bit of problems, but after a few days, he had
put enough rpms in the non-kde directory, and it does actually
work, at least for me. But I agree it was a problem in the
beginning chasing dependencies.
Erik
well.. i have no problems, but it's been a while since my RH7.0 looks more like a RH7.1/RawHide than a 7.0. i've constantly upgraded everything (except kernel), because there was always something not working.
i had to recompile packages (not from kde though, but others that were needed), though, because sometimes the packagers at RH do some hard check of versions (version =, not >= or so), which should NEVER BEEN DONE UNLESS U HAVE A VERY VERY GOOD REASON. i recompiled and it worked, so they have no good reason.
anyway, my brother is using Mandrake, and has no problems with it and KDE, any version: i think RedHat is simply not the good Linux distro for workstation. I'll switch soon.
Man, you too? I thought it was just me.
Glad to know I wasn't insane when my system got the colly-wobbles after installing "official" RH7.1 RPMs...
:-)
Cheers,
Bullfrog
PS, I would have built it myself from CVS, but I couldn't afford the length of time that takes on my system...
PPS, How about a 2.2 to 2.2.1 patch? C'mon guys, not all of us have broadband.
I agree with you, but AFAIK Red Hat isn't really interested in updating KDE for the stable release. One reason they are only building against a beta is that they want to update KDE for their NEXT release of Red Hat Linux. Users of the current release are out of luck unless they upgrade. IMHO, KDE really needs a volunteer to package RPMs for Red Hat. As long as no one steps forward (hey, don't look at me :-)), the RPM problems will probably continue.
Chris
I hope that 2.2.1 addresses the problems that i have with embedding the Quicktime plugin using the nsplugin viewer in konqueror.I have not been able to use CW crossover plugin with anything but Netscape :-( .
It would be cool to be able to add GNOME applets into the KDE panel. It seems that GNOME has many more applets than KDE that I find useful like Weather applet, Gaim applet etc. Any news if that is doable ?
there is a kweatherapplet
>there is a kweatherapplet
That's a KDE 1 app. It still hasn't been officially updated for KDE 2, much less for KDE 2.2. Also, the beta version for KDE 2 isn't quite the same as a GNOME weather applet - in GNOME, the entire applet sits in the "system tray" - that is, there is no entry on the task bar.
I personally would DEARLY love a decent weather applet.
LICQ (with KDE support compiled in) supports use of the kicker tray
I think that the cool would be to be able to have *any* gnome applet in the system tray, not only a case-to-case answer...
Hey Guy,
just use gnome! with gnome you are able to use all applets and all kde things too.
regards, Sven
These are a few suggestions from a very happy KDE user,
who would like to see KDE getting even better with each release.
1. A graphical front end to XF86Config file. which will restart X
with the new settings and will retract to the old config if
the new settings fail or is not OK.
2. Improved nsplugin support for Konqueror, expecially
if it could work with the codeweaver crossover plugins.
3. Konqueror font size +/- option does not apply to all
frames in a page. I dont know if its intentional, if so please
provide an option for font size changes to apply to all frames
in the page.
4. Provide multiple sets of icon themes, which might suit the taste
of diffrent users. ( kde classic, kde modern, kde gnomish , kde xp
kde mac-style etc )
5. Consolidate kmail korganiser and other k pim apps under one suit
may be named K Lookout
6. Take the most popular QT/KDE CD burning software ( koncd ? ) and
adopt it as the default KDE cd burner with a default easy inerface,
with an option to switch to expert mode.
> 5. Consolidate kmail korganiser and other k pim apps under one suit
> may be named K Lookout
No, dont. I really like to be able to read my email without starting a big program with a lot of integrated stuff that I don't use anyway. Why should I have to start the Palm-synching utility to read my email? I don't even own a PDA!
Basse
Well, that's what the famous component architecture of KDE is for. :)
All those app should be included into one shell, but all parts should only be started when needed. And they should work very well together.
I think that could work. Somehow like the KOffice workspace.
Yeah, an app like koshell would be awesome. Knode and kmail need to look more similiar first tho.
> 2. Improved nsplugin support for Konqueror, expecially
if it could work with the codeweaver crossover plugins.
Yeah, that would be awesome.
> 4. Provide multiple sets of icon themes, which might suit the taste
of diffrent users. ( kde classic, kde modern, kde gnomish , kde xp
kde mac-style etc )
Yeah, there needs to be more icon themes.
> 5. Consolidate kmail korganiser and other k pim apps under one suit
may be named K Lookout
Yeah, I think kmail+knode+karm+korganizer+kaddressbook should be integrated more. Like it or not, most people are used to Outlook. I think something like konqueror should be done for these apps (like konqueror in that it'd be a "shell" program, which loads different parts). Also, some of these apps are really similiar (kmail and knode, although I like knode's interface before), so common code would make everything smaller. Also, it'd stop all the GNOME trolls in saying the KDE has no outlook-like app (Evolution). KDE in fact does, just in seperate apps :) .
> 6. Take the most popular QT/KDE CD burning software ( koncd ? ) and
adopt it as the default KDE cd burner with a default easy inerface,
with an option to switch to expert mode.
Yeah, integrating a cd creation app would be awesome. I'd rather personally integrate k3b (http://k3b.sourceforge.net/).
Also, adding burning abilities through konqueror would be awesome too. Dragging and droping to make a cd in konqi, yum.
>Yeah, integrating a cd creation app would be awesome. I'd rather personally integrate k3b (http://k3b.sourceforge.net/).
Never tried k3b, screenshots looks promising, its download time :)
> Also, it'd stop all the GNOME trolls in saying the KDE has no outlook-like app (Evolution). KDE in fact does, just in seperate apps :) .
You may want to check out Infusion at http://www.shadowcom.net/Software/infusion/
I would like to see a feature by wich we can specify the vertical and horizontal distance betweent the icons, as well as a custom size of the icons on the Desktop. Currently only icon sizes of 16x16 - 32x32 - 48x48 sizes are supported.
Hmm since kmail is in kdenetwork, will I have to wait untill januari if there's a new feature/better imap support ?
Well, if you can't wait, you can always get the latest sources via anoncvs or have at least a look at the betas.
Also putting my 2cents.
My changes would be more in konqueror or khtml
1. tabbed browsing option
2. khtml should not "blank" the page when going into a new page. it "seems" bit slower when going in a new page after you click on a link than mozilla. I noticed that mozilla shows the page after it has loaded at least the first screenful, and it does NOT blank the page to the bgcolor before displaying anything.
3. another reason I think that khtml selections are slow are because it applies selection color based upon the color of the selected text. Mozilla does not do this (and has a default blue selection color, depending on the theme).
4. It'd be REALLY nice to drag text from konqueror, and not just links
5. It'd be really really nice to drag images from konqueror
6. Make he tab key lets you navigate around things in konqueror.
1. I guess this is becoming a FREQ item. :)
Hopefully it will be implemented.
2+3: I doubt that it's that easy. :)
4: Oh yes. A must have.
5: Yeah, I would also like to have a "use image as background" option or something like that.
6: Works for me. Just not when I'm typing something into fields like this, but I think that's ok. :)
The two things I would like to see added to Kmail.
1. That you maintain the tool bar when you open a message to full screen. This is the view I prefer for reading messages. Then I have to close it to read the next message. I would prefer to have the previous/next arrows.
2. I frequently get messages sent as attachments, sometimes 4 or 5 deep. I would like to be able to display the attachments as one big message ( like Hotmail and Eudora).
Also as a low priority wish, I would like to see KPacman ported to KDE 2.x & 3.x. and added to the games. I really like this game, but can only use it with KDE 1.1.2.
I would like to say thanks to all the KDE developers for all their hard work. You've produced a great product that just keeps getting better.
Brian
Also it will be great if kmail will use SOCKS settings...
For now socks support is working only in konqueror.
Of course, I can modify the startkde script and run kmail with runsocks but it is not so clear... Especially startkde modification...
Hey, I'd like to see all kwin themes have the ability to control button positions/hiding buttons.
And props to all KDE developers. I'm looking forward to KDE 3 :).