KDE 2.2 Release Plan (Revised)

Friday, 30 March 2001 | Dre

Waldo Bastian, the release manager for KDE 2.2, has posted a revised schedule for the next major release of the KDE core applications (KOffice is on a separate release cycle). The schedule has slipped somewhat to provide time to add some major new features to the next release, including such popular wish-list items as (1) a better printing framework; (2) IMAP support in KMail; and (3) improved database support with KDE-DB. The schedule now contemplates an alpha release on April 16, beta releases on May 14 and June 18, and the final release on July 16 (109 days, but who's counting?).

Comments:

Whew! - jorge o. castro - 2001-03-30

I'm glad everything got pushed back a little bit. It seems like there has been tons of releases the last few months. This will give us users more time to digest 2.1.1 and give better feedback! Good job KDE guys!

Re: Whew! - gjw - 2001-03-30

Some still missing features in KDE Themes: - Add a configuration menu for title bar buttons (like in KDE 1.X) - Possibility to change the cursor of the pointer device (e.g. mouse) - colorful pointers (*.PNG) - animated pointers (*.MNG) - Enable animated pictures (*.MNG) in all picture (*.PNG) containing components Kicker: - Add a popup menu when clicking at menu items with the right mouse button. -> open -> open in konsole -> cut -> copy -> copy the link (stored in *.desktop) -> paste -> properties The clipboard: - Deactivate the autocopy/paste behavoir of X: -> Marking text with a pointer device (in X) owerwrites all information cached in the clipboard. | > If you want to mark text to delete it, all clipboard information, like filenames and text passages, are lost. System administration tools: There is lack of administration tools in KDE. Many people prefer to edit configuration files. There are also inkompatibilities between different applications and UN*XES, but many users and admins don't have enough time and skills to fight through various types of docs and manuals. There is need of graphical system configuration tools in KDE. It's difficult for the masses(Win9X/Me and WinNT/2k users/admins) to migrate to Linux (or other UN*Xes), this has to be changed. KDM: - Toggle between different resolutions, color depth or even X configurations -> Games often need different resolutions and color depth. KEYBOARD auto-repeat and RESOURCE management: Keyboard auto-repeat should be disabled while holding down CTRL, ALT or other special keys. If the system is out of resources you should be refused to start new apps until others are terminated. The user needs the possibility to logout at any time. Hold down CTRL and ESC in KDE2 for some seconds and the whole system gets messed up. This is caused by keyboard auto-repeat and missing resource management. Lots of KTOP instances are started until the system freezes and even the X server cannot be killed with CTRL+ALT+BACKSPACE. If you have any further ideas about how to improve KDE post them or even better start coding.

Re: Whew! - Matt - 2001-03-31

I believe mouse pointers are handled by X, not by the window manager, so you can't have colourful ones without rewriting the X server... I like X's clipboard system! But MNGs where PNGs can be would be real cool.

Wow ! Not so fast - Felek - 2001-03-31

The Kicker upgrade you proposed is a straight way to The Great Confusion. And the current (2.1)version isn't perfect too. When I want to start a program and click on the big K I often get a little plus, drag'n'drop starts, some icons landing on my desktop - God knows what happens, a few mouse moves and I have my desktop reconfigured. This horrible Drag'n'drop should be removed ! The interface design should be very simple and clean. If you want to change the menu start menu editor.

Re: Whew! - robert - 2001-03-31

Fancy coloring the mouse pointer is near impossible becuase of X.

coloring the mouse pointer - Moritz Moeller-Herrmann - 2001-03-31

This was discussed in the kde community. It is of course possible, just not with the current X implementation. One solution (apart from extending Xfree) would be do just have KDE manage the cursor icon. This can e.g. be seen when you drag a file. The icon is colored as well. I would not bet on thics being part of KDE-2.2, though, probably 2.3.

Re: Whew! - not me - 2001-03-31

Themes: Controlling the placement of window buttons over all themes isn't really possible with the new KWin architecture. Instead, what we need are more themes to choose from, because they decide themselves where the buttons are placed. Animated MNGs everywhere: I'm not sure that's desireable, or even possible! I wouldn't like it, it would be like Internet ad hell! Flashing, animated thingees everywhere! Besides, that's just asking for bloat, slowdown, and screen flickering. Kicker menu: I'm not sure we should go the MS route and make everything in the menu draggable and right-clickable. I think instead we should focus on making the menu editor better. If you want a program opened in a Konsole, simply open a Konsole and type it's name. Clipboard: I agree that the behavior of the X clipboard is annoying, however, that's a QT problem, not a KDE problem. AFAIK, it will be fixed in QT3. There will actually be 2 clipboards - a Windows style one and an X style one. They will be completely independent, so you can use either one exclusively, or both if you want. Choice is good! System Admin tools: I can only agree that there should be better admin tools. However, it is very hard for the KDE team to do anything about this, because they can't single-handedly create and maintain 50 different versions of each admin tool, one for each OS and each distribution out there that KDE is used on. (and it really would require 50 different versions because each distro works differently). The only solution is for distributions to do it themselves. Resolution/color depth changer: That's mostly an X problem. A graphical X configurator would be nice, but that falls under the category of hard-to-make admin tools discussed above. Keyboard auto-repeat: Auto-repeat should NOT be disabled when Ctrl or Alt are pressed! Think of the poor Emacs users! Many other Linux programs would become much harder to use if KDE did this. Resource management: A bad idea. There is simply _no possible way_ to tell how starting another application will affect the responsiveness of the system (or to tell what level of responsiveness the particular user deems acceptable). Any attempt to make something like this would simply serve to frustrate users who ran up against the limits. The obvious solution to the bad situation you describe is to make KSysGuard a unique application: that is, only one instance of it can be running at one time. Running it again would simply bring up the already-running instance. Also, anytime Ctrl-Alt-Backspace doesn't work is an X bug, not a KDE problem. Badly behaved programs should never be able to crash your X session. >If you have any further ideas about how to improve KDE post them or even better start coding. No, don't post them here! Go to bugs.kde.org and file a wishlist item. That's what the wishlist is there for! Sorry for the long post.

X - mike - 2001-05-16

There is a graphical X configurator, in X 4.01, called xf86cfg.

Re: KDE 2.2 Release Plan (Revised) - Raphel Borg Ellul Vincenti - 2001-03-30

Has arts been excluded from the key important issues ? I remember reading the output of a chat session wherer there was a whole discussion on the topic and how to give a *serious* face lift to the sound server. Any news ?

Re: KDE 2.2 Release Plan (Revised) - Charles Samuels - 2001-03-30

aRts is part of kdelibs

Re: KDE 2.2 Release Plan (Revised) - jp - 2001-03-30

i wish aRts was optional. i have a sblive that already supports playing multiple sounds through /dev/dsp so i don't need aRts. it just waste alot of resources for me. also some programs (like Jezzball) don't have sound unless you are using aRts. i think this should be an option at compile time to use arts or not..

Optional HW mixing? - Daniel - 2001-03-30

Would it be possible to make the software mixing in aRts optional? I, too, have a soundcard that supports many (32 on the Trident 4Dwave I think) simultanuous output channels, so it would make good sense to use them. Lower latency and lower overhead. Would this be possible, given aRts' structure? Daniel.

Re: KDE 2.2 Release Plan (Revised) - Mark Hillary - 2001-03-30

I too have a sound blaster live, and would like to be able to not to use srts in anyway at all.

Re: KDE 2.2 Release Plan (Revised) - CP - 2001-04-01

I'm not sure (for I haven't really programmed KDE2 yet), but I think it won't be possible. There had to be a "stub" interface in the KDElibs in place of sRts then, and after all the analog realtime synthesizer supports much more features to the programmers than just mixing into /dev/dsp

Re: KDE 2.2 Release Plan (Revised) - not me - 2001-03-30

Shoot! Since the release has been pushed back, I won't be able to download KDE 2.2 on my cool Ethernet connection here at college using apt-get. I'll be stuck downloading it over a 28.8 modem, at home during the summer. Yuck. And I'll have to use Windows, because I have a winmodem. Double yuck! Oh well, it'll be worth it. I'll bet I'm not the only one with this problem, either :-)

Re: KDE 2.2 Release Plan (Revised) - David Walser - 2001-03-30

<a href="http://www.kde.org/cdrom/">http://www.kde.org/cdrom/</a>

Re: KDE 2.2 Release Plan (Revised) - E. Sorensen - 2001-03-30

If Your lucky it'll get pushed out a bit further and you can download it next semester ;-)

Re: KDE 2.2 Release Plan (Revised) - James Hood - 2001-03-31

If you run kernel 2.4.2, you wont have to use windows to download the new kde, because its supposed to support them.

Re: KDE 2.2 Release Plan (Revised) - not me - 2001-04-01

Kernel 2.4.2 supports winmodems? I believe you are mistaken. A few isolated types of winmodems do have drivers under Linux, but of course the one I have isn't supported. The vast majority of winmodems aren't supported by Linux. And it isn't possible to make a generic "winmodem driver" because each type of winmodem (each chipset) is different. So it isn't really possible for kernel 2.4.2 to "support winmodems" because it would have to have lots and lots of drivers, one for each type. Unfortunately, until manufacturers start natively supporting Linux, there isn't much hope for winmodems in Linux, I'm afraid.

Re: KDE 2.2 Release Plan (Revised) - not me - 2001-04-01

Re: KDE 2.2 Release Plan (Revised) - Michael Gaskins - 2001-04-03

Well, Lucent didn't write the drivers for the LT chipset, but they did hire someone else to do it. at least this is showing some interest in manufacturers providing support for Linux.

Re: KDE 2.2 Release Plan (Revised) - Dipl.Ing.M.Schulze - 2001-04-05

Well, you should first use the summer to get rid of Bill Gates, then make your Winmodem running in Linux as I did it on Suse 7.0 on my Compaq notebook. After having done those things FIRST you should be able to download KDE 2.2 without any problems. Matthias

KDE 2.1.1 - Tom Mutdosch - 2001-03-30

Does anyone know if in 2.1.1 it is possible to have an external (hideable) taskbar like in KDE 1.x? I just upgraded to 2.1 and I thought that I read at one point that they would fix that, but I haven't read anywhere whether they have. Just curious.

Re: KDE 2.1.1 - Anonymous Coward - 2001-03-30

Well, you can add an external taskbar, but I am not sure whether it can be made"hidable". Right-click on the "handles" of any section in the main kicker - i.e. verical bars with raised dots - for instance near the clock - select Panel Menu -> Add -> Extension ->External Taskbar..

Re: KDE 2.1.1 - James Richard Tyrer - 2001-03-31

Well, I now have a task bar at the top of the screen, but I can NOT find any way to hide it. JRT

Re: KDE 2.1.1 - Thorsten Schnebeck - 2001-03-30

I use kicker with auto-hide option and the taskbar-applet only. The standard KDE stuff (clock, page, K-menu...) is on a solid child-panel. I *think* you need Aaron's patch from kde-devel mailing list to have a instant child-panel after starting (or you have to start kasbar) Bye Thorsten

Re: KDE 2.1.1 - Gunter Ohrner - 2001-03-31

I fear it's impossible although it was the feature most anticipated by me for KDE 2.1. :-( Kicker currently is far from beeing as cool and configurable as GNOMEs panel which is the Reason I'm using a mixture of KDE and GNOME. (They interoperate nicely, BTW.) What I's *REALLY* like to see in KDE 2.2 is * (auto)hideable child panels of an arbitrary . size, * corner-aligned panels additionally to the . default edge-aligned * _serious_ kwin extensions like configurable . window borders on a per-app-basis, the ability . to remember a window's state (like E does.), . cooperationg with "managed" Wine-windows, . animated desktop switching, animated shading . of windows, ... * or, alternativly, if that is not possible, . making kjava work with other WMs than kwin so . I can continue to use my Enlightenment, . GNOME-panel, kdestop, Konqueror-Environment . with emmbedded Java applets... I'm really looking forward to the release of KDE 2.2, anyway! :-) Greetinx, Gunter Ohrner

Re: KDE 2.2 Release Plan (Revised) - Craig Black - 2001-03-30

Yea this is kinda cool. It seems the releases have been pretty fast. I wonder if the application developers are having a hard time keeping up with all of it. Craig

Re: KDE 2.2 Release Plan (Revised) - jesunix - 2001-03-30

Not really actually because the API is pretty stable, you usually don't need to change anything in your app everything (like menu animation) is done by kdelibs unless you want to use a new feature like kprinter for example. Now coding in kde cvs is another matter you have to keep up with the every day changes. But it is not that hard since the technological choices were usually the good ones:) (like C++/Qt for example)

Re: KDE 2.2 Release Plan (Revised) - Craig Black - 2001-03-30

Thanks i've been wondering about how these people were able to keep up with all releases. Craig

Re: KDE 2.2 Release Plan (Revised) - Bejin - 2001-03-30

Why dosen't KDE use the OpenOffice (Open2D?) printing API, since it's LGPL it could be change to look like the rest of Qt/KDE API very eisly, is there any technical reason this is not done? Sorry bad english.

Re: KDE 2.2 Release Plan (Revised) - emmanuel - 2001-03-30

If i'm not wrong, the change to the print framework is only about the printer management (adding a new printer, on the network, on the parrallel port, default page size,..). this is done via CUPS, but the system supports plugins (like LPR, LPRing etc). KDE does not not (AFAIK) need a printing framework ala open2d (or whatever the name of it is ;o)), QT provides it already (QPainter). Of course it can also be that i'm misunderstood and that i say garbage. correct me then! ;o) emmanuel

Re: KDE 2.2 Release Plan (Revised) - Bejin - 2001-03-31

I meant the OpenOffice equivilient to QPainter, I'm also not sure why KDE dosen't use imlib and other stuff, it would be very eisy to make performance good more than now, if some stuff not TrollTech's was used.

Re: KDE 2.2 Release Plan - qcad? - Ross Campbell - 2001-03-31

While it's not really a kde app, I'd love to see qcad included with koffice. http://www.qcad.org

Re: KDE 2.2 Release Plan (Revised) - Dieter Nützel - 2001-03-31

Well, let me vote for the nice CUPS (www.cups.org, cups.sourceforge.net), too. I have done a package of qtcupts-2.0 and kups-1.0 for SuSE 7.1 and I can tell you that I have never seen a better printing system for *nix (M$, too :-) in my live. Regards, Dieter - Dieter Nützel Graduate Student, Computer Science University of Hamburg Department of Computer Science Cognitive Systems Group Vogt-Kölln-Straße 30 D-22527 Hamburg, Germany email: nuetzel@kogs.informatik.uni-hamburg.de @home: Dieter.Nuetzel@hamburg.de

Re: KDE 2.2 Release Plan (Revised) - Michael Goffioul - 2001-04-04

For your information, the new KDE print framework _is_ QtCUPS and KUPS together (I'm the author of them), but completely integrated into KDE. This means that all KDE apps will use the QtCUPS print dialog, and there will be a KControl module for print management (like KUPS). The nice thing is that I switched to a plugin architecture allowing to support other print systems as well through the same interface. For example managing printtool printers (RedHat) with a KUPS interface.

Re: KDE 2.2 Release Plan (Revised) - Michael Goffioul - 2001-04-04

Yes and no. The KDE print framework is not only a print managament tool, but more an intermediate layer between KDE applications and the underlying print system, which provides a nice user interface to control print job. The applications just send their drawing primitives to the system, and the framework takes care of sending the print job to the printer using the selected print system, print options, ... But this is not a rewrite of a QPainter class. Qt does a good job, and the print framework uses it internally.

Re: KDE 2.2 Release Plan (Revised) - Matt - 2001-03-30

The new SMB kioslave (by Caldera) will be ready in time for 2.2 as well, I suppose? To me that would be major news.

Installation program - please! - Julio Alvarez - 2001-03-30

It would be great if KDE had a standard intallation program (untar, unzip, make menu shortcut, resolve and install dependent libraries, etc) for itself or applications that are in apps.kde, for example.

Re: Installation program - please! - not me - 2001-03-30

Search the Dot archives - there was an article about an installer that was being worked on. In the meantime, I recommend that you try Debian. You won't be sorry! Here's how I install KDE: apt-get install task-kde That's it! apt-get then goes out on the Internet, downloads all KDE packages _and_ dependencies automatically, then installs them and configures them in the right order, while I read a book :-) Upgrading works much the same way, and I usually have updated KDE packages downloaded and installed even before the release has been announced! I can hardly begin to express the complete and utter coolness of apt-get. And of course, this works for any other program that has a debian package. Slightly OT: A big thank-you goes out from me to all the Debian KDE packagers - THANK YOU!!!

Re: Installation program - please! - Anonymous Coward - 2001-03-31

There is no need to use debian for that... You can get apt-get for Connective, and Mandrake Cooker/8.0 The latter can do the same thing through urpmi and rpmdrake.

Installation program - please! - Julio Alvarez - 2001-03-30

Sorry - Julio Alvarez - 2001-03-30

Sorry for the 2 posts. Im am at work and i had a problem with IE5 :(

Re: Sorry - Dipl.Ing.M.Schulze - 2001-04-05

why don't you use Konqueror??? So its your fault!!!

Re: KDE 2.2 Release Plan (Revised) - Mark Hillary - 2001-03-30

I have a question. What has happened to the ablity to hide the applet handles on kicker, like you where able to do in 2.0. Since upgrading to 2.1 and 2.1.1 I have not been able to find this option anywhere, it seems to have been dropped from kcontrol. I realy liked this feature. I now have to edit the config file by hand when I change to option. Anyway, I would realy like to see this added back in for 2.2. I did enter a bug report when I first noticed but I never got a reply.

Re: KDE 2.2 Release Plan (Revised) - Paul G - 2001-03-30

In ~/.kde/share/config/kickerrc put FadeOutAppletHandles=true under [General] Hopefully this gets put back in the configuration, because I like it like that :)

Should be a 2.1.2 - nadmm - 2001-03-30

Since the 2.2 release has been pushed back, I think it would make more sense to release a 2.1.2 in about 6 weeks after 2.1.1. And even a 2.1.3 6 weeks after that. That way, we don't have to wait till July for new fixes. But then 2.2 will come with its own bug to be fixed in 2.2.1 :) We need a stable version to go back to. Too much change too fast is bad too. KDE guys should stabilise a release more than they have been.

Re: KDE 2.2 Release Plan (Revised) - Edward Rataj - 2001-03-30

Why not give the next release plenty of time instead of pushing back the schedule. It's beginning to sound like MS and it disappoints many. KDE 2.1 is excellent and we can survive until the next one is technically superior and reliable. Need a better KOffice to handle MS Word docs and Kmail to handle existing email addresses. Programming is the best I've seen for any GUI. Kudus to all. Thanks for a beautiful alternative to MS (Multiple Sceloris?). Ed

Wishlist for 2.2 and Great Thing KDE 2.1.1 - migis - 2001-03-30

Hay first off all GREAT KDE 2.1.1 i love to work under windows with the "send to" item acitaveted by right mouse click. Could you add something to the right.mouse.click.window ? new feature for ark and the right.mouse.click.window (is there a name for that beast ?) a right click on the file "my.tar.zip" should bring the option extract to my in current folder (like under win98 with WinZip >= 7) is it possible to change the mime (?) type - what i want is to use Xemacs for opening tex-files instead of kwrite or ktexmaker Maybe a few of this features are already configurable and it is me how just do not know that - sorry for that. Great Work - although the start up speed is a little slow on my cleron 433 with old 4 MB PCI-Graphik-Card - i am using icewm less and less often (previous favorite windowmaker) One last Question - what about kde 1.X i really loved that for older computers - is there any further devolpment ? Anyway really good work done. cu

Re: KDE 2.2 Release Plan (Revised) - Zeitblom - 2001-03-31

KDE 2.1 is very great tu use. It works fine with Debian now. I'm quite happy about it! I'm looking forward to the nex release, and there's really no reason to hurry. More urgent would be KOffice to be more compatible with MS-Formats, to get really free from booting Windows.

Re: KDE 2.2 Release Plan (Revised) - Adam - 2001-03-31

KDE2.1 is running great over here, but I do have one feature request (don't we all). I don't know how many KDE developers have used BeOS, but the BeOS taskbar would group all windows of an application under one. Clicking on "konqueror" would bring up a menu that showed all open instances of konqueror that are running at the time. This is really useful with ~15 windows open, where a task bar with 15 "konq..." doesn't help much. If it just grouped them all under "konqueror", navigation between windows would take one extra click, but usuability would be infinitely increased. Thanks.

Re: KDE 2.2 Release Plan (Revised) - Lars Janssen - 2001-03-31

Good idea, ought to be optional though IMO. I'd only use it occasionally...

Re: KDE 2.2 Release Plan (Revised) - John - 2001-03-31

Is KDE 1.x dead? I'm have a slow computer that KDE 1 runs fine on but KDE 2 is unusable.

Re: KDE 2.2 Release Plan (Revised) - Matt - 2001-03-31

Tried KDE 2.1? It's much faster that 2.0 on my old machines.

Re: KDE 2.2 Release Plan (Revised) - Neil Stevens - 2001-04-01

Make sure you're compiling KDE correctly. * configure with --enable-final and --disable-debug * Use gcc 2.95.x, and compile it with optimizations, and tell it to use your cpu's instruction set (i.e. not just 386 code) Also, make sure to kill any daemons you don't need, like http, ftp, sendmail, or whatnot.

Re: KDE 2.2 Release Plan (Revised) - John - 2001-04-01

I compiled KDE, Qt, X and my kernel all correctly and I run only the daemons that I need, the later KDE's don't help either. The problem is that I have 4 computers with 24 megs of memory(I can't buy more memory, I live in a poor country) and KDE 2.x is useless, this makes KDE 2.x software unusable on my computers. It would be great if KDE 1.x was continued or KDE 2.x was a little esier on resuorces that way people that can't afford nice computers can still get good software, that's one thing I though GNU was trying to do. Anyways I found out that KDE 1.x is not being developed anymore so I'm asking the KDE developers to keep in mind that not everyone can run a PIII with 712 megs of memory.

Re: KDE 2.2 Release Plan (Revised) - Punjab Bolinski - 2001-04-10

Have you tried a different country?

Re: KDE 2.2 Release Plan (Revised) - Aaron Williams - 2001-03-31

I would really like to see support added to Konqueror to send a page or a link like in Netscape (i.e. Location->Send Page and Location->Send Link). Perhapse this would be better if it were included as part of Location->Save As... I also am hoping that Solaris will work better than it does for 2.1. (I'm compiling 2.1.1 as I write this).

Re: KDE 2.2 Release Plan (Revised) - Bruce - 2001-03-31

Great work guys - keep it up. This project keeps getting better and better.

Re: KDE 2.2 Release Plan (Revised) - F.o.D - 2001-04-02

Yeah it's nice that the release date has been pushed back,,, I hate having to donwload the new version. Would it be possible in 2.2 to like archive all rpms in like a tar or bz2 file which is compressed as it takes quite along time to download on my 56k. F.o.D

Start Menu - Ken - 2001-08-31

The start menu has way to many programs in it, it really needs cleaned up. This makes it hard to navigate, and I don't like a desktop full of icons. We don't need five of everything on the start menu. Cut back to not much more then the sysetm basics and let the user add applications as they need form the install and the ext. CDs.It is not hard to add apps in Linux from the rpm's on the CD's. this would give user far more control of what apps to install on there system. I hate to say it but I love the new start menu of Windows XP.