KDE 2.2.1/3.0 Release Schedules Updated/Posted

Sunday, 9 September 2001 | Dre

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.

Comments:

Fast pace - Simon Perreault - 2001-09-09

I think I'm in love with this quick one-release-a-month way of doing things. Keep up the good work!!!

Re: Fast pace - jamal - 2001-09-09

It is too fast... I even haven't have chance to upgrade to KDE2.2 and planning to do it this week until I read this news of KDE 2.2.1 release. Question: If I Install the KDE 2.2 now, is it easy to upgrade it KDE 2.2.1 or Do I need to download again all the libraries (20 packages or more)? Should I wait for KDE 2.2.1 instead?

Re: Fast pace - Daniel Molkentin - 2001-09-09

> Question: If I Install the KDE 2.2 now, is it easy to upgrade it KDE 2.2.1 or Do I need > to download again all the libraries (20 packages or more)? Should I wait for KDE 2.2.1 > instead? Better wait until 2.2.1 is out. It fixes several bugs. For several reasons discussed >1000 times we do only provide the tarballs as a whole and most packagers create completely new RPMs, so there won't be a smaller "upgrade version". Cheers, </daniel>

Re: Fast pace - Robert Tilley - 2001-09-09

<P>Hmmm...this is only a rant/flame but if installing new updates is such a complicated matter with your distro, you can always switch to Debian and have everything done for you. <P>P.S. Daniel, "we do only provide tarballs" is not very grammatical. I believe that should read "we only provide" and the do is implied. [Major flame/rant]

Re: Fast pace - Steven - 2001-09-09

I tried Progeny Debian last week, and the "latest" release of KDE for Progeny was 2.0. I found a site where I could get KDE 2.1, but it didn't have instructions on how to install it from within Debian. I've been running SuSE Linux 7.2 for a while, and have KDE2.2 installed from several very nicely packaged RPMs, available from SuSE's LinuKS (Linux KDE Service) site. Debian itself seems to be fine, but in order to get the latest and greatest, you almost always have to compile from tarballs.. so why even bother with Debian in the first place? This is a serious question, not meant to be a flame or a cutdown on Debian.. I simply want to know.. with Debian having this great package management system.. how come the latest and greatest software isn't available on Debian when it is for other Distros, like SuSE, RedHat or Mandrake? Thanks, Steven

Re: Fast pace - Spark - 2001-09-09

It's not? merlin:/home/spark# apt-cache show kdebase Package: kdebase Priority: optional Section: x11 Installed-Size: 16456 Maintainer: Ivan E. Moore II <rkrusty@debian.org> Architecture: i386 Version: 4:2.2.0.20010822-1 You just have to use the "unstable" branch, easy as that. And no, you system won't become unstable because you do that. ;) It's just that you will NEVER find anything in stable that isn't tested out for months and you'll never find anything in "testing", that is just packaged (A few days after usually). So use unstable but don't do a dist-upgrade, just fetch all the sotware you need. You'll get all the latest and greatest packages, nicely packaged by over 500 dedicated maintainers, mostly a few days (or even faster) after the source is released. KDE and Gnome packages are usually available at the day of their release. I never have to compile from source, unless I want to try out a CVS version or a 0.0.1 app in development.

Re: Fast pace - Spark - 2001-09-09

Jep, Debian is just GREAT for KDE. :) Never had such a nice KDE installation and it was never that easy. That was the first time I did with Debian back in the good old days of KDE 2.0 and that was the reason why I fell in love with Debian. :) But this doesn't change the problem that upgrading everything KDE will be a pain for modem users. :) Especially if they have to pay for their onlinetime. Fortunatly, that shouldn't be many anymore. :)

Re: Fast pace - Rakko - 2001-09-10

The main problem I have with Debian's KDE packages is that by default they install Debian's menu items in the same menus as the KDE-only stuff. I prefer to separate KDE apps from non-KDE ones. Similarly, I somewhat dislike how everything installs in /usr/share instead of like /usr/kde or something like that, but I suppose it's in the spirit of the FSSTND. Minor gripes though. Anyway, keep up the good work, KDE and Debian!

Re: Fast pace - Oskuro - 2001-09-10

Actually, it's in the spirit of the FHS :) It's been a pain to complete the transition, lets not go back again :P

Re: Fast pace - Spark - 2001-09-10

Hmm, for me Debian puts it's own menus in submenus, like Utilities -> Debian -> Application That's pretty handy. Don't know why though, maybe it's a different "menu" version. And if you don't like this at all, you can just do a apt-get remove menu This won't hurt you much. About /usr, that's a matter of taste. I for one HATE seperate directorys for every desktop. I mean, usually 90% of my applications are from one desktop, so this is not ONE part, it's THE part of the system, that's why it should be in /usr and not /usr/kde or even worse /opt/kde! This is just causing incompatibilities.

Re: Fast pace - Rakko - 2001-09-23

Oh yeah, that's what I meant: Debian icons go in submenus of the KDE menus. I prefer to have a "Debian" submenu off the K menu and put all that stuff in there. Mostly just because most non-KDE, non-GNOME apps don't have icons (and the ones that do don't look nice like KDE ones), and I hate the look of a menu full of nice KDE icons mixed with "unknown" icons :) Yes, just a matter of taste. [And yeah, I meant FHS, not FSSTND. I knew it had a different name but was too tired to think of it :)]

Re: Fast pace - Greg - 2001-09-10

Actually, I don't like it and I have several reasons why. First: Stability. I like a cutting edge system, but I also want it to work. With only a month for programmers to find and fix bugs, releases get out that are not exactly stable. Also, it doesn't give a lot of time to optimize code. You can get it to work, but will it work fast and efficient? Second: Upgrading. I would rather wait until a program has been fully implemented than to see little bits and pieces of improvement or fixes as releases go by. Its progress, but it doesn't seem worth going through an upgrade. Third: Time. For nine out of 12 months I live on a college campus and have a blistering fast T3 connection. For the other 3 I live off campus and have a 56k dialup modem. Pretty soon I plan to live off campus 12 months a year (all year) and will have a 56k modem until broadband prices fall and it becomes available in whatever area I will live in. That said, it will take me quite some time to download the tarballs for a release. Compiling, too takes some time (even on a 1 gig Athlon). So I would want to actually spend more time in the windowmanager than getting it and compiling it. My grandmother is quoted by saying "I don't want to spend the rest of my life in front of a computer when there really isn't much left." She's pushing 70 years now and is moderately healthy, but you can understand her argument. Fourth: Time. This is different in that it relates to the developers. This is free software and so any of the developers develop as volunteers. Consequently, I don't wish to rush them or crowd their lives anymore than they might already be because this college kid wants pretty fonts on a free OS. Also, I soon will be among the list of developers around the world, and intend to contribute to the open source community; still, I would consider it a secondary activity (if not a hobby), presumably as do many of the developers of KDE and its app family. Hobby should not take precedence over making a living. That may sound overly capitalistic, but "whoever said money is the root of all evil obviously never went hungry." I forgot who said that, maybe it was a rapper, maybe it was Murphy. So thats my opinion, not meant to be inflammatory. Maybe I will be one of the KDE developers one day, or will develop a really cool KDE app. Only time will tell.

KDE.com - reihal - 2001-09-09

Is Dre colour-blind? Or am I?

Re: KDE.com - Steve Hunt - 2001-09-10

The jury's still out on that one ;-)

New features in KDE 3 - Gabriel - 2001-09-09

¿Where can I suggest new features for KDE 3? I have read the announce and it seems not have many changes ... ¿What about a little redesign of the user interface (kpanel, i.e.), like XP (XP is beautiful, and MacOS X is more beautiful ...)

Re: New features in KDE 3 - reihal - 2001-09-09

It's Kicker, not kpanel, and beauty is only skin-deep.

Re: New features in KDE 3 - dingodonkey - 2001-09-09

But in a GUI, is it not that skin-deep beauty that is vital?

Re: New features in KDE 3 - Vindi - 2001-09-10

That's like saying: "Look a my Ferrari, it doesn't have an engine, but it looks great!"

Re: New features in KDE 3 - john - 2001-09-10

but you buy a Ferrari for its appearance, not (only) its engine...

Re: New features in KDE 3 - Vindi - 2001-09-10

but you shouldn't have one without the other, else both are pointless!

Re: New features in KDE 3 - Joeri Sebrechts - 2001-09-09

They're called themes. I wouldn't like KDE to look like XP's Luna, or MacOS's Aqua. It needs to at least be original in some way. And might I use this chance to be on-topic to say that I think it's childish how MS made a badly-done copy of the Aqua gui? You should check out XP's gui before they released Luna, and after. Completely different styling. It's not at all that surprising that Luna (just the name is a rip-off) showed up a bit after Aqua. Besides, I don't even like Luna. I think it's ugly (it doesn't have sheens, which are a core element of the liquid effect).

Re: New features in KDE 3 - surak - 2001-09-10

But you *can* make KDE look like Luna or Aqua. Well, I don't know about Luna, but Aqua for sure, which is available in several incarnations on kde.themes.org. :)

Mosfet's Liquid engine - Michel - 2001-09-10

... or even better than those slow pixmap-based renderings of Aqua at themes.org, go to mosfet.org and download his Liquid style engine :) Luna-style window decoration coupled with Aqua. Michel

Re: Mosfet's Liquid engine - Spark - 2001-09-11

I always hated all available KDE styles and themes, but I immidiatly fall in love with Liquid. :) It does not even compare to every other Aqua or Luna clone I've ever seen. It's so much better! It feels like a "real" and "native" style, not a clone or something. And it's unbelievable fast. Here is my desktop: http://home.wtal.de/borgmann/konqueror.png Note that the menu on the top is for some weird reason shown BEHIND the menu bar in this shot. Usually it's not so it looks better in reallife. ;)

Re: Mosfet's Liquid engine - Sarah Gould - 2001-09-14

Is Mosfet's Liquid Engine like a window manager? Is it like Window Maker (or Sawfish, etc), or a copy of KDE with a new look?

Re: Mosfet's Liquid engine - Michel - 2001-09-14

It's a style engine for KDE, Sarah. That means it changes the appearance of Qt and KDE apps for you - just like you can choose to have your KDE desktop look like Mac, Windows or Unix currently. Basically it consists of: 1. a set of window decoration for KWin, the KDE window manager 2. a style engine to change the appearance of the widgets (buttons, scrollbar etc) of Qt/KDE apps 3. a colour scheme to switch the colours Pretty amazing stuff! GNOME won't have easily-switchable colour schemes until GNOME 2 next year. Regards, Michel

Re: New features in KDE 3 - Greg - 2001-09-09

You should try Mosfet's High Performance Liquid theme.

Eye candy =) - Spark - 2001-09-09

Yes, that's pretty damn cool (I use it currently), but I think he didn't speak about the style that is themable, but about fixed elements like the panel or the startmenu. Or even the login menu... I would also suggest to work on the desktop/filemanager part. Some ideas of Nautilus are pretty good. For example the transparent and colored select box when dragging the mouse while mousebutton is held. That's not just very nice to look at, but also easier to the eyes than a thin black line. :) I also like how Nautilus renders Text below items. Very nice. KDE needs some improvement in this area. Also missing is transparent moving od icons. I thought that was already implemente? I remember something like that, but can't find it in KDE 2.2. This does not just look nice, but it is VERY usefull to exactly see where you are placing your icon. :) Something I do NOT like about the current KDE optic is, that it always and everywhere renders thin black lines! What's up with that? For example: I select an icon and click on the desktop to deselect it. Now their is a small black border around the icon... why? To show me that I clicked this last? It just looks ugly. This also happens to buttons and many other widgets. Please remove that! :) There is also a lot of weirdness when clicking and moving things. For example, when dragging an item, there are boxes drawn around the item and the text... why? It even lacks behind the actual rendering of the item... very ugly. :) Selected items do not look nice as well, that could be improved. You see, there is a lot more about eyecandy than GUI-style and window decorations... Some other ideas: When drawing the menu on top of the screen, can't you (optionally) place a shadow below it like Mac OS X? Or even better, implement those shadows (optional) for every window and probably even icons? That would just rock. I know that it would be quite a performance hit, but maybe this would force the lame XFree developers to come out with this alpha blending extension soon! It would also be great to have real transparent windows (while moving or for backgrounds of some widgets), but I think that would be way to slow without native support by Xfree. :( It would be great if someone could port Qt and KDE to DirectFB. I know that people don't want to abandon Xfree, so it would be great if KDE would only depend on Qt, so it could run on every plattform that Qt supports and you could run this either on Xfree or on Linux framebuffer. Qt/Embedded looks so great... why do our embedded devices have more eye candy than our desktop computers?? :) That's not fair.

Re: Eye candy =) - Carbon - 2001-09-10

XFree already has alpha, with the xrender extension. Or am I mistaken?

Re: Eye candy =) - Spark - 2001-09-10

Has it? I don't think so. AFAIK transparency tricks like the Liquid menus or the transparent windows while moving in Enlightenment still have to be done by copying the screen to a buffer and using this as the background. :( That's why this Enlightenment windows always stop for a second before you can move them transparently. This sucks. Alpha blending could be used for so many things... X is not really the greatest thing for a desktop. I would gladly switch to DirectFB for desktop rendering and user X only for 3D games anymore. echo "exec quake3" > .xinitrc startx :)

Re: Eye candy =) - Carbon - 2001-09-10

Hmm, lack of one eye-candy oriented feature (that's already currently in devel) is hardly reason to switch entirely to FB. FB is good, but X has quite a bit going for it, like network windowing support, and acclerated 2d.

Re: Eye candy =) - Greg - 2001-09-10

Not really. Xfree really doesn't have that much 3d support, nor hardware 2d. I know this is a complicated thing, you have to implement OpenGL or Mesa to even have and hardware acceleration in Xfree. Still, my video card, an S3 Savage4, that is has hardware accelerated 2d and 3d cannot do hardware acceleration because it is only implemented for 3dFX, Matrox, and NVidia chipsets. What about the rest of us? If I had full hardware accel. support for my board, X and KDE would no doubt run so much faster, but as I don't they are noticeably slower compared to win 98 with hardware accel. support from the manufacturer. Absolutely no 3d games for me until Mesa can fully support my card's chipset.

Re: Eye candy =) - Spark - 2001-09-11

Accelerated 2D is MUCH better with DirectFB! They even have a DirectFB X-Server, which outperformces XFree in benchmarks. Couldn't try it yet. XFree has more drivers and better 3D support. Drivers will come and 3D support is not important for the desktop (I could still launch XFree from within the DirectFB desktop for the game). The network support is something, that many users don't really need. :) It would be great, if KDE could just run on "Qt" (not Xlibs) and Qt would run natively on DirectFB, so you could choose your environment. X is really not everybody's taste. Or their could be something like a "layer" between Qt, the hardware/operating system and KDE, so you just had to port this layer (along Qt) to other plattforms if you want to run KDE on them. KDE could become a kernel independent operating system, like Qube or Athene. :) That would really rock.

Re: Eye candy =) - Carbon - 2001-09-11

>KDE could become a kernel independent operating system, like Qube or Athene. :) That would really rock. Eh, I dunno about that. There's a whole lot more code and work in between a DE and a full OS, and the KDE developers are working hard enough as it is. On the other hand, perhaps a Linux distro dedicated to nothing but KDE (and not a crappy commercial one either, but an open source distro) would be very cool.

Re: Eye candy =) - not me - 2001-09-10

>For example: I select an icon and click on the desktop to deselect it. Now their is a small black border around the icon... why? To show me that I clicked this last? No, it's for people who like to use the keyboard. That line indicates where the current focus is so that you can move it around with the keyboard. Win2K has a very nice option that turns off these keyboard hints until you press an arrow key. Yet another option for KDE's overcrowded configuration panels. >maybe this would force the lame XFree developers to come out with this alpha blending extension soon! The render extension is already out. That's what gives us the wonderful anti-aliased text. Alpha-blending is already used in various places in KDE. I think with QT3 support for alpha-blending will become more universal, but I'm not sure. >Qt/Embedded looks so great... What you aren't seeing in the screenshots is the fact that QT/Embedded is not hardware accelerated, which makes it very slow. QT/Embedded was never meant to replace X for normal usage.

Re: Eye candy =) - Spark - 2001-09-11

> No, it's for people who like to use the keyboard. That line indicates where the current focus is so that you can move it around with the keyboard. Win2K has a very nice option that turns off these keyboard hints until you press an arrow key. Yet another option for KDE's overcrowded configuration panels. 1) They should look nicer. :) 2) That's a nice idea. Why not just do it by default? > The render extension is already out. That's what gives us the wonderful anti-aliased text. Alpha-blending is already used in various places in KDE. I think with QT3 support for alpha-blending will become more universal, but I'm not sure. I know that it's used for Antia Aliasing, but I never saw it used for actual alpha blending of windows or widgets. I don't think this part is out yet. If it is, why isn't is used? Maybe somebody know? > What you aren't seeing in the screenshots is the fact that QT/Embedded is not hardware accelerated, which makes it very slow. QT/Embedded was never meant to replace X for normal usage. Framebuffer IS hardware accelerated (look at DirectFB). And it's very fast. Of course no 3D yet. :) But I don't need 3D on my desktop (yet). And it wouldn't be a problem to launch X to play Quake or so.

Re: Eye candy =) - not me - 2001-09-11

The framebuffer is *NOT* hardware accelerated. DirectFB is not the framebuffer. DirectFB is hardware accelerated. DirectFB is a layer on top of the framebuffer that provides an interface to hardware acceleration. DirectFB needs lots of drivers to catch up with XFree. DirectFB does look like a cool project. Those screenshots are amazing! Especially this one: http://directfb.org/news/count/videoshot.png I dearly hope someone ports QT to DirectFB (which is not the same as QT/Embedded running on the framebuffer) so we can enjoy that DirectFB goodness. However, even if KDE was ported to DirectFB, it probably couldn't use any DirectFB specific features because DirectFB only works on Linux and KDE is cross-platform.

Re: Eye candy =) - Matthew Gardiner - 2001-09-11

In regards to QT embedded, the graphical layers bypasses X and talks directly to the frame buffer (in the kernel), hence the reason the importance of frame buffers in the kernel, thus removing the need to have a top heavy X + QT etc etc.

Re: New features in KDE 3 - Iuri Fiedoruk - 2001-09-10

I think kicker should use some xml skin system like noatun, sonique or winamp3. This would simply rock! Imagine that you could choose a background for kicker (a png with any format) or even some images for the background, then each item on kicker could be a png in any format... It's hard to explain it well. Later I'll post some screenshots and some xml to show what I mean.

Re: New features in KDE 3 - Iuri Fiedoruk - 2001-09-10

Ok, here's the idea: http://www.protoman.f2s.com/pic01.png (144k, png) Now let me explain how this theme would be build (I'll supose the background is only one image called blue.png) - this is only a idea, so I'll kick values for posx and posy (position x and position y) for the items. So here's the xml: <kickertheme> <kmenu> <posx>20</posx><posy>112</posy> <icon>kmenu.png</icon> </kmenu> <openapps> <posx>62</posx><posy>96</posy> <cols>2</cols><rows>4</rows> </openapps> and so goes on for dock, clock, other applets, etc..... this can be more generic, as instead of a tag for each applet, a generic <applet> tag that receives a applet name. </kickertheme> Anyway, this is my idea, what do you think?

Re: New features in KDE 3 - not me - 2001-09-10

I think it is already possible. Kicker can have a backround image already. Kicker's buttons can have "backround tiles" that show up behind the icons. You can change Kicker's icons with an icon theme, and you can change the appearence of the applet handles, buttons, etc. with a regular theme. You wouldn't want to specify the positions of buttons and applets in the theme itself, that is for the user to decide. The only thing that is missing is the XML to tie it together. Currently KDE's themeing capabilities are somewhat widely distributed in different places. You're welcome to invent an XML theme parser for KDE, since no one else has shown a desire to do so (although unified theme support is an often-requested feature).

Re: New features in KDE 3 - Iuri Fiedoruk - 2001-09-11

Yes, the only think that seems to be missing is enabling other formats of kicker other than a rectangle. This could even be extended to it's applets. Imagine how cool a circle clock or elipsed buttons for open apps. With this and hability to use kicker as any format, things should be very easy, but I really would like to extend it more to something like Object Desktop.

Re: New features in KDE 3 - Spark - 2001-09-11

I like your ideas. It would be really need to be able to skin kicker like say... k-jofol. :) Someone could do a sience fiction kicker, etc... Look at Athene (www.rocklyte.com) to know what I'm talking about (you can download and install it, it's pretty easy and a nice demo of a fully skinnable desktop! Very impressive). Of course that's very hard to do, cause you have to provide places for applets, the menu entry's, etc. You can't hardcode them, cause the user could decide to load an unknown applet or something like that. I don't expect this very soon, but would probably be a nice idea for KDE 4.0 ;)

Re: New features in KDE 3 - Wulfhere - 2001-09-14

Try kde.themes.org for themes and help with making your own. That's the great thing about Free software: If you don't like it, you can fix it! I eagerly await your beautiful new KDE skins!

missing features of 3.0 - ElveOfLight - 2001-09-09

I think a lot of users will be surprised reading that there is no plant to make a unique theme handler, merging things like window decoration / theme / style into one single menu point under kcontrol, and even more important, integrate a theme creator which enables the user to simply choose style / wallpaper / colours etc, save everything into 1 file, and upload it to the one-day-probably-working-and-updated-again-kde.themes.org.

Re: missing features of 3.0 - Daniel - 2001-09-09

I think its SO important. I would like to start to improve my C++ to build a theme creator. I think this is not very difficult. Only a wizard that asks you what color or pixmap do you want for the different widgets.

Re: missing features of 3.0 - ElveOfLight - 2001-09-09

Yeah, we'd all appreciate your efforts! I took again a look at the list of planned features and it makes me think that kde-developers are not really talking about all their plans. I guess we ll be surprised by the things that are upcoming and not mentioned in the list by our kde-wizard heroes. Dont forget about improving your c++ abilities and write the theme-manager ;-)

Re: missing features of 3.0 - Daniel - 2001-09-09

Re: missing features of 3.0 - AB - 2001-09-10

Right said. That merging would be _badly_ needed.

2.2-2.2.1.patch - jamal - 2001-09-09

i really really hope will see something like that on kde ftp.... will it come ??

Re: 2.2-2.2.1.patch - Inorog - 2001-09-09

With the very very large size of KDE code, such a patch would be huge. Those yo whom such a patch would be addressed would need to know how to compile KDE from source, hence it would be expected from them to use CVS directly. With CVS, going from KDE-2.2 to KDE-2.2.1. is a simple "cvs upd -dPA" away.

Re: 2.2-2.2.1.patch - jamal - 2001-09-09

owh... that's nice :) thanks !!

Re: 2.2-2.2.1.patch - Inorog - 2001-09-10

In fact, sorry, it's not "cvs upd -dPA" but it's rather "cvs upd -dP -r KDE_2_2_1_RELEASE" Hope I didn't cause you much trouble.

Re: 2.2-2.2.1.patch - jamal - 2001-09-11

yes , you make me in trouble !! .. hehehe .. nope , it's all right :) , yes.. i'm in trouble in a few minutes .. then i realize it , go to kde web , and found about that -r thing . thx .

Re: 2.2-2.2.1.patch - Reggie - 2001-09-10

Going from 2.1 - 2.1.1 the KDE team released a patch (or at least it was on their ftp server) at ftp://ftp.kde.org/pub/kde/stable/2.1.1/distribution/tar/generic/src/diffs/. And although the diffs would be large, they wouldn't be as large as downloading the full source distribution (especially going from 2.1 -2.1.1 which are bugfixes). Not everyone using KDE will have access tot the web from the UNIX machine (thanks to winmodems), so a patch would be of big help to those who like to compile from source, but may not have access to the web from their machine. I just hope that they do provide them becuase sometimes even CVS isn't always the best option, especially if you get a slow server. --Reggie

Clipboards support - Spark - 2001-09-09

I have just one question: Will Qt3 fix the clipboard? Atm it is that mouse selections always overwrite my clipboard. I think it's much neater to store the "Strg+C, Strg+V" clipboard in a different X-Clipboard than the the "Mouse selection, MMB" clipboard. AFAIK Qt3 WILL handle it this way (like Gtk does already), but I want to be sure cause it is REALLY hard for me to work without it. :) And will it be compatible to the Gtk clipboards?

Re: Clipboards support - Bryan Feeney - 2001-09-09

Yes it will, and I'm totally gutted as a result, as I really liked that drag and click method of copying and pasting. Other OS's aren't always better you know...

Explaination - Spark - 2001-09-09

Maybe you misunderstood me... using two clipboards does not take away any functionality. See, in Gtk it works like this: There are two clipboards. I call them CA and CB. Now if you select text with the mouse, it's always copied to CA and everything there is overwritten. If you press the middle mouse button, the text is pasted from CA. If you press Ctrl+C (or use the menu, toolbar) while text is selected, it's copied to CB. If you press Ctrl+V (or menu, toolbar), it's pasted from CB. So you can use CA for quick copy and paste (I do most of the time), but if you need something stored longer (i.e. it shouldn't be overwritten if you select something else), then you can press Ctrl+V to store it in CB. Now you can still use the mouse for quick copy and paste with CA, but you can always paste the selection in CB by pressing Ctrl+V cause it never gets overwritten, unless you press Ctrl+C again. I hope that Qt 3 will have the same functionality! Everything else is cheap.

Re: Explaination - Gary Storla - 2001-09-09

Yes, Qt3 fixes this. This was a long overlooked bug in Qt.

Great. :) n.T. - Spark - 2001-09-09

n.T.

Re: Explaination - Bryan Feeney - 2001-09-10

Phew!!!

Re: Explaination - mike.s - 2001-09-10

... and while you're at it: would be nice to have the clipboard content available for motif and java based apps. If I want to paste some text into JBuilder I always have to middle-mouse-btn-paste it into nedit and then copy it with ctrl-c. Would be nice if there could be a "direct" way ;o) keep up the good work Michael

Re: Explaination - Peter - 2001-09-10

I don't know about others, but for me klipper works as a good work-around for the multiple clipboard problem. No matter how I enter text into the clipboard, I can always get it out later. And the copy history can be set to almost any size. This is definitely one of the most useful applications under KDE!

Re: Explaination - Spark - 2001-09-10

Hmm yes. Klipper is a workaround, but nothing more. It's not very comfortable and I don't like to use it. :) You have to click it, than search the text, etc, instead of just pressing Ctrl+V to enter the text.

How about updating help and context sensitive help - Asif Ali Rizwaan - 2001-09-09

Right from KDE 2.0, the Help seems to be ages old and not quite helpful. And the "What's This?" context sensitive help is just missing in most of the KDE applications. Can we expect updated help in KDE 3.0?

Re: How about updating help and context sensitive - Joeri Sebrechts - 2001-09-09

You seem to know what should be in the help and in the context sensitive help. Maybe you could help the KDE team (which mostly consists of volunteers) by improving the help yourself. I'm sure it's not at all that difficult to do (as in, you don't need to know how to program to author the help).

Re: How about updating help and context sensitive - simon - 2001-09-09

All the KDE apps I have tried to use have poor (generally sparse) help. (I might say, not as bad as man pages which overall should take the prize for "worst technical writing of all time") Being realistic, it is way too difficult to write up-to-date help after the code has been done. For the developers it becomes a choice between new features/bug fixes OR documentation. No choice really. Probably the only way that you have a chance is for the help to be embedded in the source code, and co-written with it. Matlab takes the initial comment lines of the file as being help for that function, and I use this as the default help page for the gui screen created in that file. This is a simple and very effective system, that has resulted in almost all matlab functions written here, having documentation. By comparison I just did a quick count of some in house VB and C: 11 of 74 documented main fn's, and only 1 of 5 apps with online help at all. I think the help source needs to be in the files, right with the functions that respond to UI events, or in the UI builder as properties of the widgets. This context sensitive, widget bound help is the front line help of a gui app. By co-writing, it can become more useful. Written with the code it is likely to tell the use about known "gotcha's" and twists associated with using a feature. This is what the user is in the help for. When it is written after the event, you get useless help that states the self evident: "The START button starts programs" In delphi I use all the tooltips for documentation as these are so easy to edit as you go along. I would love Borland to put the context help editor in with the gui property editors, so you write the context help as you add a new widget. ------------------------------------------------------------------------- Improving the overall standard of help is a job for the development tool writers. If X hours of time is spent on an easy to use "help with code" system at the tool end, the results are multiplied by the number of application developers.

Re: How about updating help and context sensitive - not me - 2001-09-10

Documentation is already integrated with the code, but it is documentation for programmers. User documentation on top of that would just clutter up the source files, I think, since user help isn't necessarily directly related to the various functions that are in the source. The underlying design of the program would start to leak into the user help and just confuse the user. What is really needed is an easy way for non-programmers to create help files. Something on the order of KBabel (KDE's translator app) for help files. That way the programmers can concentrate on coding, ordinary people can have a nice way to contribute, and KDE gets up-to-date and useful help files!

Some K-apps needs facelifts in KDE 3.0 - Asif Ali Rizwaan - 2001-09-09

I thank KDE team for including Kinstaller in KDE 3.0. I would love to see improvements in Kicker, KOffice, and KWin. And overall redesign of KControl modules, the KStyle module going out of my desktop (screen area) not just at 800x600 but also at 1024x768 resolution.

Re: Some K-apps needs facelifts in KDE 3.0 - Underground - 2001-09-09

Is Kinstalle a app that provide a easy way to install and remove aps one KDE and will there be a update app zo that we can download update and new software out of a data base one the internet sort a way as windows updater and windows installer. Is this http://www.mslinux.com/software/kinstaller.html the web site of kinstaller ore is this a other project.

Re: Some K-apps needs facelifts in KDE 3.0 - Kent Nguyen - 2001-09-09

That's the project. The idea is to create an XML file from the RPM and DEB packages. Think of it like an index file. It will have a KTicker feature where you can specify the interval of time to check for update. --kent

Re: Some K-apps needs facelifts in KDE 3.0 - Wolfgang - 2001-09-10

nice! I think the major thing that the KDE world doesn't have and GNOME has is a good installer. It kept me from running KDE for a long time. Thanks!

Wishlist - lildawg - 2001-09-09

I saw this on kde-devel a few weeks ago, anyone care to comment on any of them? Hi, after not using kde since 1.1, I've switched back to kde with 2.2. It is great! It is 95% of what I want my desktop to act/feel/look like. However, there are a few features that I mess from other kde-like software, wether it be Windows, GNOME, or MacOS. So, here is what I'd look foward to seeing in kde 3.0 (or even kde 2.2.1, but I guess that is only a bug fix release). Keep in mind that I am not a programmer, so I don't know what is viable or not. 1. drag and drop in more things that now, for example, it would be neat to drag and drop text from konqueror to kword, or maybe perhaps dragging a paragraph from konqueror and having it styled in kword, but would appear as simple text in something like kwrite. 2. downloads windows have checkbox to close when done, and a button to show the directory in which it is downloading (very useful feature from internet explorer). 3. with plugins enabled in konqueror, and when a plugin for a type is not found, only popup a window once for it.. for example if you do not have flash installed, and you goto a flash website, you may see 5 or 6 windows popup trying to show you that the plugin is not installed. annoying. maybe there should be option for turning off these altogether. 4. <nobr> support in khtml.. this is probably the most widely used non-standard tag.. it still prevents soem pages from being rendered correctly. 5. in konqueror, add an action that represents the functionality of the find window, this could be placed in a toolbar and quick searchign of webpages could be done without the need of opening a find window everytime. opera has something like this afaik. 6. fix the user style sheet option in konqueror, I could not get this to work with stylesheets that work in both IE and opera. This is really a must for people with special accessibility needs. 7. maybe some kind of mouse trails for the mouse arrow? I'm not sure if kde could do this, but judging >from some of the funky animations KDE does with the mouse pointer, maybe it is. I hope :) 8. Fix applets when the panel is vertical. some applets, such as the Application Launcher, have a habit of dissapearing when the applet is vertical. Other applets, such as the clock sometimes do not display well with less space available (and oth er times it works perfectly). 9. Kde app wide alpha channel blending (if that's possible). 10. Make selecting text in khtml faster. It is noticbly more sluggish compared to Mozilla. rendering it self is pretty fast. 11. Make the kmenu editable without need for any otehr apps. For example, you could drag "Graphics" under "Internet" to make it go under Internet. Or maybe you could hold down middle mouse button for a few seconds, and the text of a name could be editable. 12. kmail imap support is very cool, but it is really unstable/doesn't work properly with large IMAP folders. This needs to be changed 13. in konqueror's file browsing mode, if double click is enabled to open up folders, if a icon is selected, and the mouse pointer is on the label of the icon for a few seconds, it should go into rename mode (like in macos). 14. have more meaningful names in the kmenu. I really like names like "konqueror- web browser". that shows to the user that whenever they see that icon, it is konqueror the web browser. However, if the user sees something like "kit", they don't know what it is without chosing it. Maybe it should be renamed "kit - AOL Internet Messanger client" or more simply, "AOL Internet Messanger Client". Maybe theer should be a policy for this. 15. a "reboot" command in kmenu, or maybe logout has a reboot checkbox 16. Maybe have a "send bug report" button in the crash dialog 16. show kde version in splash screen 17. tooltips in stuff in kmenu 18. in the pager applet, have a row and columns option, for example, the user, if he/she has 4 desktops, might want to have the desktops arranged horiztonally 19. a "floating" type of panel should be introduced that can be put anywhere in the desktop 20. in panels in kicker which don't take 100% of an edge, they should allow panel extentions to use up part of the rest space. for example, i could have the main kicker panel starting from te northwest corner down, and a kasbar starting from southwest corner up. 21. Have a "drawer" button in the kicker, a drawer slides out, and can hold applets, other application buttons, other drawers, or stuff liek more kmenus 22. make button positions in kwin-clients modifibable like in kde 1.1 23. in kde apps, Make menubar movable, like toolbars 24. in kde apps, add the ability for menubars and toolbars to appear in new windows (like a palette). I saw this in the qt3 designer app, so I think qt3 has this ability. 25. in konsole, add ability to change cursor color, also, when you open up konsole, the tab name is "konsole", but when you click on new it is "shell". imho, it should start with shell, and not konsole. 26. ability of kicker to "swallow" other apps, like swallowing gkrellm/ksim into a vertical panel apps that I'd like to see kde3 equivs of (that are not any kde2 equivs): 1. lyx (there was klyx for kde 1.1? what happened to that?) 2. ethereal 3. gimp (well, I don't like krayon's interface that much, if krayon's feature set was expanded a bit, and it's interface was tweaked for some kind of MDI setting, I'd prefer it over GIMP any day. (GIMP's Interface isn't that great either.. I guess I am looking for Photoshop for X11 :)) 4. xmms/winamp - noatun is a great MS media player replacement, but it *feels* too heavy for a mp3/ogg player. but maybe that's just me. 5. aviplay or mplayer (aviplay would be easy to port to kde since its in qt.) 6. xmame 7. zsnes/snes9x- there are several gtk/gnome frontends, but no kde ones afaik 8. xchat - well, kvirc and ksirc are great... but I don't like kvirc's interface much, and xchat is a bit more customizable than ksirc.. so what I'm trying to say is that ksric would be great if more customizablity wwere added. 9. nethack/gnomehack 10. xqf (a online game finder for gtk) 11. adaptec directcd- packet burning app for windows.. it'd be prolly easily done through konqueror. just select a group of files/dirs, drag to a special cd burner icon, and then after you are done, right click on the special icon and chose "burn". 12. xine or oms-gtk - somethign th at can play dvds 13. a wysiwyg html editor-- something like mozilla's composer mode 14. gcolorsel/xcolorsel 15. xmag 16. an app like gtk-theme-switch to switch kde or qt widget themes on the fly without kcontrol Keep in mind that that these are just my wishlist, you guys are doing a great job already. just putting in my 2cents. And sorry, for any speling, grammer. and other dumb errors, I'm tired. :)

Re: Wishlist - Salva - 2001-09-09

Wow! I had never seen a list so complete of things that KDE is missing. I don't really care about the apps (as long as they exist for linux, I'm not bothered about if it's gtk or qt), but I agree that most of the things in the list are expected from users that come from Windows and I hope that the KDE programmers read this message. Salva

Re: Wishlist - Alain - 2001-09-09

Very intersting list ! I don't understand all things, but very few seem useless. And I recognize some improvements I strongly wish : > 1. drag and drop -- Yes, and also between two full screen apps, I think by moving thru the taskbar > 4. <nobr> support in khtml.. this is probably the most widely used non-standard tag.. it still prevents soem pages from being rendered correctly. -- Of course ! > 5. in konqueror, add an action that represents the functionality of the find window -- Perhaps, but at first enable the F3 key to be used for "Find Next". And also (very important !) use the "Back" Key for going on the previous page > 8. Fix applets when the panel is vertical. some applets, such as the Application Launcher, have a habit of dissapearing -- Yes and make the clock more readable when the panel is vertical. > 11. Make the kmenu editable without need for any otehr apps. -- Yes (already said last week) And I add : 27 In all apps, memorize the positions and properties of all the tasks bars, so that they will be the same when opening the program. I first think about Kate... 28 Add icons in the right mouse menus of many apps. For example in Konqueror for refreshing the frame (the icon already exists...) (and about the refreshing button of Konqui, display the page at the same place it was before the refresh...)

Re: Wishlist - Nitro - 2001-09-09

I agree too, here are my additions: 29 when you hold down the mouse button in konqueror on a directory icon, it should popup a new window with the listing of the directory, which could be further traversed. This would be useful if you dragged a file from /home/foo/test/ to /usr/foo/test/blah/heh/sdsd. you would not have had to open the second directory. This is like MacOS's spring folders. 30 a theme creator is needed! 31 the kmix applet should have a mode in which it appears as an icon. when yourrmb ont he icon, a little popup menu shows with sliders for controlling master/pcm/etc.. 32 the pager applet should have a mode to remove the labels of the desktops (like 1 2 3 4). I frankly don't care what those desktops are named or what number they are. Other people might, but I should still be given a choice. 33 a way to simplify all menus, sorta like in Microsoft Office 2000's menus. a small subset of the menu items are shown, and there is an arrow is shown at the bottom of the menu. When you get your mouse over that arrow,the rest of the items of the menu show up. If you select one of these items, it'll be added to the small subset, and remembered next time when you load that menu or app. Right now, imho, kde menus are really cluttered compared to GNOME's, and I think this would be a good way to simplify it somewhat. 34 menus should have flexible locations, like GNOME's or Window's. THey really should just be toolbars with text being the default. I'd even be nice to turn some of the menu names into Icons like in MacOS. 35 keyboard navigation should be improved. There should be a way to do through keyboard. To start, I think tabbing in Konqueror needs to be fixed. It should work like it does in IE. 36 tabbing in konqueror. the only thing I miss from galeon or opera. 37 a smart bookmark feature in konqueror like in galeon I'd like to see these apps ported to KDE3 (not really that important, but still): xqf a mathml widget/kpart (like mozilla's or gtkmathmlwidget) xmms also, I think kinkatta should replace kit and kvirc should replace ksirc (wll, I dunno about that, is kvirc a true KDE app?). it'd still be nice to remove the perl dependencies in ksirc.

Re: Wishlist - Charles Hill - 2001-09-10

>33 a way to simplify all menus, sorta like in Microsoft Office 2000's menus. a >small subset of the menu items are shown, and there is an arrow is shown at the >bottom of the menu. When you get your mouse over that arrow,the rest of the >items of the menu show up. If you select one of these items, it'll be added to >the small subset, and remembered next time when you load that menu or app. >Right now, imho, kde menus are really cluttered compared to GNOME's, and I >think this would be a good way to simplify it somewhat. In addition, apply this logic to the file type picker. When saving a graphic, show only the most recent -- with JPG, GIF, PNG, TIF and BMP being the defaults. It's wonderful some programs can save in dozens of formats, but how many are really used by the average user? Also, give the file type picker extended text -- like a description of the file type. I've had novices repeatedly ask me what file type to save images in for the net and then wonder why their BMP files take so long to download. Sort of like: .JPEG -- Photographs and pictures for the web. .PNG -- Icons and an alternative to GIF .GIF -- Animated icons, banners and web buttons. .TIFF -- Full fidelity images for pro printing.

Re: Wishlist - Alain - 2001-09-10

> 33 a way to simplify all menus, sorta like in Microsoft Office 2000's menus. a small subset of the menu items are shown, and there is an arrow is shown at the bottom of the menu. I desagree. It is very irritating to 1) search, 2) not find and then 3) make a supplementary click for having the good command. For me it is a very bad option and MS Windows is very irratating with such things where the system try (badly of course) to think for the user. So please, if such a thing has to exist one day, make it only in option and not the default option.

I Agree 100% ( with you that is :) ) - Cyber Rider - 2001-09-11

I currently find this one of the most annoying and irritating features of MS software. It drives me nuts not being able to quickly find a menu item because the program/OS got a brainwave and decided to hide it from me because it knew I didnt want to use it. IMHO it is much faster to find an item in a menu if the menu remains the same as apposed to if it keeps changing which items are immediately visible to the user. Just my 2 Oz cents plus a rant :)

Re: Wishlist - Electroniceric - 2001-09-12

Count me in agreement, too. I *HATE* "Intelli"menus. And it makes support a nightmare, because you don't really know what will show up on a users monitor when you're talking to them. Keep them out of KDE.

Re: Wishlist - Andreas Silberstorff - 2001-09-15

I guess it can't be underlined often enough!!! If there really are lots of users who think they need 'intelligent' menu make it optional and never default. I would have something else on the wishlist: I would like to use a filefilter on the url-field. If I give it a URL like f.i. file:/path/to/somewhere/*.jpg konqui should show me only jpegs simiulary to an ls /path/to/somewhere/*.jpg on the console. Even my really very old Atari had a file-filter-option, allthough a little bit hidden.

Re: Wishlist - Thijs - 2001-09-10

Mathml support (and maybe SVG) would be great. Love KDE by the way, keep up the good work.

Re: Wishlist - kdefriend - 2001-09-10

> > 1. drag and drop > -- Yes, and also between two full screen apps, I think by moving thru the > taskbar This is really one of the few things bugging me: When a window is hidden it is not possible to drag something into it. Windows is better in this respect: Drag to the taskbar and the appropriate window will open.

Re: Wishlist - not me - 2001-09-10

WHY does everyone think this doesn't work?!? Of course it works: drag something to the taskbar, HOLD it there for 1-2 seconds, and the corresponding window will pop up! Seems easy enough. In fact, it works in *exactly* the same way as it works in Windows! Maybe it was a recent KDE addition or something, but I'm here to tell you that it works great in KDE 2.2.

Re: Wishlist - Michael - 2001-09-12

You're right, it does work. But what aur you doing with "Group similar tasks" switched on? I allways get the wrong window...

Re: Wishlist - Me - 2001-09-12

Do you need do do anything in the control center for this to be activated? I've held over a button in the taskbar for 10 seconds and jack all happened. A little square popped up to the right of the task buttons (shrinking the buttons) indicating that I could drop on the panel, but no windows magically popped up.

Re: Wishlist - Carbon - 2001-09-09

>an app like gtk-theme-switch to switch kde or qt widget themes on the fly without kcontrol Hmm, couldnt you just use a console dcop command to accomplish the same thing?

Re: Wishlist - Wolfgang - 2001-09-09

Hi! How do I do this?

Re: Wishlist - not me - 2001-09-11

Run "kdcop" to get a nice tree-view of all the DCOP-callable functions registered on your system at the moment. (which will of course vary depending on which programs you have open) If you can do it with DCOP, it is listed there. Then if you run "dcop" from the command line you can call any of those functions.

Re: Wishlist - Anonymous Coward - 2001-09-10

One thing I miss is KMail support for authenticated SMTP. As it is, I can read my POP3 mailbox just fine with KMail, but need to use Netscape to send mail, as my ISP's SMTP server requires authentication.

Re: Wishlist - Lev - 2001-09-10

Me and other people requested this feature more than a year ago, but they seem to ignore it for now, well thats OS, nobody likes to do things that are neither interesting nor simple. I guess thats OK, the guys already to a good job. In the 3.0 feature list there's a point about switching smtp to io slave - does a smtp io slave support authentication ? Cheers, -Lev

Re: Wishlist - Michael Häckel - 2001-09-10

Well and we also ignore the other 300 outstanding wishlist requests for KMail since ages :-) It's just, that nobody of the KMail core developers uses an SMTP server, that requires authenitcation. Also in this case there were unfortunately also some other non technical problems that caused a delay. A few different people promising to work on the issue and not delivering anything for weeks or months, some different opinions of how things should be done and a licencing issue. Anyway, please note, that we do now finally have SMTP authentication in CVS. Check it out and test it!

Re: Wishlist - Lev - 2001-09-10

:) Well its just as I thought :) Anyway thanks much for new features! Keep up the good work! Cheers, -Lev

Re: Wishlist - Bob Riddle - 2001-11-29

I downloaded just the Kmail stuff from CVS but con't seem to be able to build it. I'm missing the configure.in file (probably others?). Do I have to download all of KDE to build the Kmail with autehnticated smtp send support? Any helpful advice?

Re: Wishlist - Sashmit Bhaduri - 2001-11-30

Do you have kdelibs and qt3 already installed? make -f Makefile.cvs already? You might just want to wait for kde 3 beta1 to be made (next week, likely). Many distros will package it.

Re: Wishlist - duber_ertw - 2001-09-10

wow....quite the list - I've got a few things to add..... after using gnome/sawfish for the last 2 years, I switched to kde 2.2 - lovin it! except for 2 little things: 1) I can't seem to find an option for edge-switching of my virtual desktops (eg move the pointer to the far right of the screen and keep "pushing" for a few milliseconds to move to the desktop to the right) 2) also with the window manager - I'd really like to see an option to remove certain applications from the taskbar - I've got a few apps (licq, gkrellm, xmms) that are on all my desktops, always on top - and they just clutter up the taskber list.

Re: Wishlist - Meir Kriheli - 2001-09-10

1. This should be re-enabled in version 3.0 I think. Check out the kde-core mailing list archive (search for electric borders). I guess it is already in the cvs version. 2. Use the kstart command to start your application. Type kstart --help to see to options. For example I start gkrellm with: kstart --alldesktops --skiptaskbar --skippager '/usr/bin/gkrellm'

Re: Wishlist - ik - 2001-09-10

> 1. drag and drop in more things that now, for example, > it would be neat to drag and drop text from konqueror > to kword, or maybe perhaps > dragging a paragraph from konqueror and having it > styled in kword, but would appear as simple text in > something like kwrite. is already being worked on ... (but i don't know if it will be ready by 3.0) > 10. Make selecting text in khtml faster. It is > noticbly more sluggish compared to Mozilla. rendering > it self is pretty fast. This is known (it bugs me too btw) but there is no easy fix for this... currently konqueror traverses the whole dom tree for every event (as someone pointed out here). (try waving with your mouse above freshmeat.net and watch your cpu load) > 13. a wysiwyg html editor-- something like mozilla's > composer mode kafka is really promising, but not yet finished.

Re: Wishlist -- Lyx - ProfDumb - 2001-09-10

Re: your request for a KDE-Lyx, you might like to know that the Lyx folks are working on GUI-independence so that there can be multiple front-ends to the back-end engine. You can track the (slow) work on the lyx-developers site; there is progress on both gnome and kde front-ends.

Re: Wishlist - vk - 2001-09-10

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.

Re: Wishlist - Luke - 2001-09-19

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 :-)

Re: Wishlist - Zena the Grey from Zeta Reticuli - 2002-09-23

URR LUKE YOU ARE POVERYT STRICKEN <body background="http://www.stupid.com/images/mouthy-ani.gif"> <EMBED SRC="http://www.newgrounds.com/portal/uploads/18000/18702_hyakugo.swf" PLUGINSPAGE="http://www.macromedia.com/shockwave/download/" HEIGHT="400" WIDTH="550" TYPE="application/x-shockwave-flash" quality="best"></EMBED> </body>

Re: Wishlist - Zena the Grey from Zeta Reticuli - 2002-09-23

URR LUKE YOU ARE POVERYT STRICKEN

Re: Wishlist - Jarno - 2001-12-26

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?

Re: Wishlist - Jarno - 2001-12-26

Konq 2.2.1 Fantastic!!! - Ben - 2001-09-09

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

This is only interesting if KNote and KBabel speed - Isak Lyberth - 2001-09-09

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

Re: This is only interesting if KNote and KBabel s - Carbon - 2001-09-10

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.

Re: This is only interesting if KNote and KBabel s - Isak Lyberth - 2001-09-16

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

Will Red Hat RPMs be all messed up again? - Eduardo Sanchez - 2001-09-09

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)

Re: Will Red Hat RPMs be all messed up again? - bdr - 2001-09-09

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 bero@redhat.com to step up and build rpm's for RedHat-stable.

Re: Will Red Hat RPMs be all messed up again? - Eduardo Sanchez - 2001-09-10

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

Re: Will Red Hat RPMs be all messed up again? - Neal Becker - 2001-09-10

I had no problem installing the RPMS. What do you mean "messed up"?

Re: Will Red Hat RPMs be all messed up again? - Eduardo Sanchez - 2001-09-10

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

Re: Will Red Hat RPMs be all messed up again? - Ian Schmidt - 2001-09-14

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.

Re: Will Red Hat RPMs be all messed up again? - Colin - 2001-09-18

They broke Xminian Red Carpet as it will not know read the database.

Re: Will Red Hat RPMs be all messed up again? - James Richard Tyrer - 2001-09-10

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.

Re: Will Red Hat RPMs be all messed up again? - Eduardo Sanchez - 2001-09-10

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

Re: Will Red Hat RPMs be all messed up again? - James Richard Tyrer - 2001-09-10

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.

Re: Will Red Hat RPMs be all messed up again? - Mark - 2001-09-10

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.

Re: Will Red Hat RPMs be all messed up again? - Eduardo Sanchez - 2001-09-11

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.

Re: Will Red Hat RPMs be all messed up again? - Mark - 2001-09-11

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.

Re: Will Red Hat RPMs be all messed up again? - Yu Song - 2001-09-11

> build qt, and x11, and, and and. That scares me. Because that's what I do :)

Re: Will Red Hat RPMs be all messed up again? - Erik Kjær Pedersen - 2001-09-10

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

Re: Will Red Hat RPMs be all messed up again? - loopkin - 2001-09-10

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.

Re: Will Red Hat RPMs be all messed up again? - Bullfrog - 2001-09-13

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.

There is no RH packager - Chris Wong - 2001-09-13

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

CodeWeavers Crossover Plugin + Quicktime - Kurt - 2001-09-09

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 :-( .

Wishlist: GNOME applets in KDE panel - Vladimir - 2001-09-09

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 ?

Re: Wishlist: GNOME applets in KDE panel - dikro - 2001-09-10

there is a kweatherapplet

Re: Wishlist: GNOME applets in KDE panel - Michael Leone - 2001-09-10

>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.

Re: Wishlist: GNOME applets in KDE panel - Carbon - 2001-09-10

LICQ (with KDE support compiled in) supports use of the kicker tray

Re: Wishlist: GNOME applets in KDE panel - davux - 2003-01-09

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...

Re: Wishlist: GNOME applets in KDE panel - Sven - 2003-08-23

Hey Guy, just use gnome! with gnome you are able to use all applets and all kde things too. regards, Sven

$0.02 wishlist for KDE 2.x/3.x - hackorama - 2001-09-09

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.

Re: $0.02 wishlist for KDE 2.x/3.x - Basse - 2001-09-10

> 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

Re: $0.02 wishlist for KDE 2.x/3.x - Spark - 2001-09-10

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.

Re: $0.02 wishlist for KDE 2.x/3.x - Milo - 2001-09-10

Yeah, an app like koshell would be awesome. Knode and kmail need to look more similiar first tho.

Re: $0.02 wishlist for KDE 2.x/3.x - Milo - 2001-09-10

> 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.

Re: $0.02 wishlist for KDE 2.x/3.x - hackorama - 2001-09-10

>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 :)

Re: $0.02 wishlist for KDE 2.x/3.x - Per - 2001-09-10

> 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/

Re: $0.02 wishlist for KDE 2.x/3.x - Krishna - 2002-06-26

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.

Other Apps - frido - 2001-09-10

Hmm since kmail is in kdenetwork, will I have to wait untill januari if there's a new feature/better imap support ?

Re: Other Apps - Michael Häckel - 2001-09-10

Well, if you can't wait, you can always get the latest sources via anoncvs or have at least a look at the betas.

My Wishlist - c4 - 2001-09-10

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.

Re: My Wishlist - Spark - 2001-09-10

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. :)

KMail Wish List - Brian Murphy - 2001-09-10

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

Re: KMail Wish List - Alexei Dets - 2001-09-10

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...

My Only Wish.. - MegaBite - 2001-09-10

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 :).

Re: My Only Wish.. - gallium - 2001-09-10

I've made B2 do that now, with the rest to follow shortly. Cheers, gallium

Re: My Only Wish.. - not me - 2001-09-11

I always wondered why the "Buttons" tab wasn't grayed out like the "settings" tab when you couldn't change the buttons. It was kind of confusing I guess if all the themes support it, though, it won't be a problem anymore. (what about the IceWM theme support though?)

Re: My Only Wish.. - gallium - 2001-09-14

The buttons tab does get greyed out if you don't select the custom button positions checkbox. Which settings tab are you talking about? The configure tab? With the IceWM theme support in KDE 2.2, the buttons are customisable, as are the themes. I don't understand your post, please clarify what you mean.

own wish - Locke - 2001-09-10

I think that KDE Menu is too crowded. How about moving most of the top level subcategories to a "Program" subcategory. It'd appear a LOT less crowded then. Right now, I think that there is a plethora of items in the Kmenu, which sucks for usability and low resolutions. Fix it :p. I also look forward to KDE 3.0.

Re: own wish - aleXXX - 2001-09-10

No, I don't think so. Having to go one submenu deeper as in windows is less userfriendly. If you don't like it, it's easy to change the menu on your harddisk, it's only a bunch of .desktop files which have to be moved around. Alex

Re: own wish - Alain - 2001-09-10

> Having to go one submenu deeper as in windows is less userfriendly. I agree with you. However I think it would be good to gather in one menu item "Parameters and help" the entries Configure, Control Center, Kprinter, Help... > If you don't like it, it's easy to change the menu on your harddisk, I think it is not really easy. It is heavy. A dynamic change of the KMenu, like in MS Windows, would be useful...

Re: own wish - Spark - 2001-09-10

> I agree with you. However I think it would be good to gather in one menu item "Parameters and help" the entries Configure, Control Center, Kprinter, Help... I would prefer one submenu for "Preferences", which shows all the KControl modules and KControl itself. ATM there is a "Preferences" submenu, but it's somewhere in the middle of the applications, not a good idea. :) Should be seperated. Preferences are preferences, apps are apps... > I think it is not really easy. It is heavy. A dynamic change of the KMenu, like in MS Windows, would be useful... I agree, although I don't know how it works in MS Windows. It would be nice to be able to move menu items around. That's not that easy, so there should also be a "Menu Editor". This should only open a window with all submenus as folders, so you can move those items around like usual files. I think that would be the most easy way. BTW: Same could be done for Bookmarks. If you treat every file, menu entry, bookmark as an object, you can get a very consistens user interface. You don't have to use the "everything is a file" metapher, much better is the "everything is an object" metapher IMO, although there is not much of a difference. :)

Re: own wish - not me - 2001-09-11

There is a menu editor, and it works sort of like you describe. It should appear in your K menu but if it doesn't try right-clicking the K menu and select Preferences. There is also a bookmark editor which is pretty nice. How did you miss those? :-)

Re: own wish - Spark - 2001-09-11

Hmm no, I would prefer them to show up in a Konqueror window, so I don't have to learn a new app. :) Just a suggestion thought. Maybe it's not the best idea. :) BeOS does it this way and it works very good. Even mails are files and you can move, sort, search, whatever them just like other files. But this does only work with an enhanced filesystem... too bad, that KDE can't expect a special filesystem.

Re: own wish - Jens Nordenbro - 2002-10-20

I've always played with the thought of implementing a menu-KIO-slave so that a file-view could be accomplished. Dragging files to this slave would create .desktop-files etc.... is this already done????

another one - Monor - 2001-09-10

Tooltips should be displayed in the default monospaced font. Not proportional.

Re: another one - Corba the Geek - 2001-09-10

No. Can't think why you would want this! But a seperate definable font for tooltips is what you really want, perhaps. If there isn't one all ready (there isn't in 2.1 - not looked at 2.2).

kmail: easy to use spam to trash - gunnar - 2001-09-10

hi, kde2 is great!!! a. would be good to have a rightclick menu to add the sender to a spam list. b. to set a rule how to handle it (-> move to trash) c. --> so the filter list will be clearer because there is an extra spamlist thanx to all developers -gunnar

Re: kmail: easy to use spam to trash - Spark - 2001-09-10

I would also like an option to "ask before downloading" a mail with attachments. Or something like that. There is a nasty worm going around here that sends a lot of mails with attachments and can really make checking for email a nasty thing. :( It always has different titles and different attachments, only the body is the same. Sometimes it would be nice to delete those mails without downloading them. Also usefull if some kid thinks it's fun to send mailbombs.

just a wish! - daniel - 2001-09-10

Must say that KDE has improved enourmosly since I first tried it in 1996. But there is one thing that has irritated me ever since.. Why must the "K" menu look and work like "Start" in windows, it even works worse and is uglier? The "Start" menu has never worked very well in windows either from a usability point of view... it just confuses the user and makes it hard to find an application. As everybody now, home users has tons of applications installed and the "Programs"-folder in windows grows several pages long.. not very easy to find The applications you are looking for... and KDE suffers from the same. Maybe ever worse because often an application doesent connect to the name of the folder it is found in. A complete new application access theory is needed! Something that the world has never seen before! KDE could lead the way of a complete new navigation theory, must say that I havent figured how yet, it could really accomplish something instead of just copying bad ideas from other os's. This would be a BIG step ahead in competion. As easy access to applications is one of the most important ideas of a modern GUI. -daniel-

Re: just a wish! - Paul Drummond - 2001-09-10

I agree although you must give credit to KMenu for putting commonly used apps in the root. It has always amazed me that MS don't do this and their equivalent, Personalised Menus, is pathetic and simply doesn't work. We should strive to produce a unique way to launch applications rather than stick with the START menu idea which has never worked IMHO. I use ALT-F2 - much better than any menu system!!

Re: just a wish! - aleXXX - 2001-09-10

Looking forward to hear your ideas :-) (seriously) Alex

Re: just a wish! - AB - 2001-09-10

Probably the best solution would be: customizable "drawers" for Kicker. Anyway, Alt+F2 rules.

Why not K button in the Mac-like global menu? - PRR - 2001-09-10

I personally like the Macintosh style global menu at the top, but I tend to not use it because it doesn't have the K menu... I would have to also use the taskbar at the bottom which does have it, and I don't like using 2 bars. Any chance the Mac-like global menu will eventually have a K button over on the left similar to how MacOS has that "Apple logo" menu? (pardon me if it does and I overlooked it. I'm still using 2.1 though)

Re: Why not K button in the Mac-like global menu? - Spark - 2001-09-10

Seems that Mosfet is your man. :) According to his website, he is currently working on this: http://mosfet.org/macmenu2.jpg

Re: just a wish! - Larry Konzac - 2001-09-11

Ever since I can remember, I've been using desktop icons to launch frequently used applications. I've done this while using Windows and MacOS. However, while using KDE, I don't ever recall using desktop icons. I just don't know why. I usually either click on buttons in kicker or launch from a konsole instead. Anyone else notice this (not using desktop icons in KDE). Curiously enough, I *did* use a lot of desktop icons in KDE 1.x. I don't really know why, but I still like the *feel* of kfm, even though I know that konqi is a much better application.

Re: just a wish! - Jeremy Petzold - 2001-09-11

people like the Ideas of Icons, the see them as objects, menuse are harder for people to understand. if oyu set up a directory with a special Icon and call it applications, when they open it, they see the applications broken down into groups, internet, office, development, and the misc can just be at the top level. that way, people can just look for the application, it is very much like the mac system. BTW I also like how mac staticly links its applications so you can move the application around with out breaking it or relinking it to the correct library. I think they use Hexbin files. why can't Linux use this meathod of program distrobution?

since 1996? - Danny - 2001-09-12

http://www.kde.org/whatiskde/proj.html#A bit of KDE History You probably also used Win95 in 1992 and Linux back in 1989 eh?

Re: since 1996? - daniel - 2001-09-12

Since 1997.. thanks for correcting me. -daniel-

Maybe Like THE BRAIN - Mr Frog - 2001-09-18

I have always liked the idea of THE BRAIN. It might be changed enough to be a new and effecient file system explorer/desktop for KDE. Just a thought. E

Re: Maybe Like THE BRAIN - Luke - 2001-09-19

What's BRAIN? do you mean the stuff inside my head or just a name of something else? ANYWAY, I was thinking, what about using hi-tech stuff, such as voice recognition? Well I guess that sort of stuff is either slow or expensive right now (open source would be GREAT!) Also, how about using GESTURES, like in Blender? Today I was watching some guys using this expensive software package for designing printed circuit boards, and they were hardly TOUCHING the keyboard! They use gestures for everything, from zooming in and out to closing a window to bringing up a help window! Well I think maybe there could be some sort of alternate menu, if anyone can think of one, but also use user-defined gestures for commonly used stuff...? just a thought.

RPM broken - Dratomix - 2001-09-10

I have both KDE 2.2 and Ximian GNOME 1.4. Some libraries from kde-pim rpms have same name of Ximian Evolution's libraries.

Re: RPM broken - Evandro - 2001-09-10

What version of Evolution do you have?

couple of missing things. - Danny - 2001-09-10

A few things are missing in kde: 1) Find in ftp directories (ever tried to search a specific rpm on a ftp mirror?) 2) _configurable_ right click menus in, for example, konqueror. So we can finally: - add to zip, tgz, bzip2 - send to kate, kword, kmail - etc 3) Change screen resolution & virtual screen size. (I know, I know, this is an XFree thingy, but RandR extension is progressing terribly slowly, Maybe a dirty QT hack can solve this by just telling the apps screen size is now 800x600 even if the virtual screen is 1024x768??) 4) Copy/paste of Objects like spreadsheat cells, pictures, etc. Or is QT3 already doing this? 5) Control panel for system resources. I know we have a lot of system information in the control panel, but loading/unloading modules + setting parameters like irq, dma io etc. would be nice. Also nice for turning off/on DMA, etc on you HDD. Danny

Re: couple of missing things. - Roberto Alsina - 2001-09-10

Actually, you could have "send to zip file" in the RMB since before KDE 1.0, and it is not even hard to do :-) Step a: find a simple tool that does what you want. If what you want is for it to ask what zip file the current file/dir should be added to and just add it there using zip -a (or whatever zip uses), a simple ten line shell script should be enough, a nice GUI can be added if you want, should be VERY easy. Step b: Save that script/program/whatever somewhere in your PATH withj the name "Send to ZIP File" Step c: associate "Send to ZIP File" with the default filetype in konqueror. Voilá. I should really write an article with this kind of things :-)

Re: couple of missing things. - not me - 2001-09-11

>I should really write an article with this kind of things :-) What you *should* do is create the script and send it to the kde-devel mailing list so it can be added to KDE. That way all users of KDE can benefit from your little additions, with no effort. KDE is sorely lacking nice right-click associations such as this one. If you created a bunch and mailed them to the developers, I'll bet they would be added.

Re: couple of missing things. - Roberto Alsina - 2001-09-11

Hell, I could add them myself if I was so inclined! But really, something explaining how to do these things means users can create them too. And as you know, there's plenty more of them, and they think they know what they want ;-)

ftp - Johann Ollivier-Lapeyre - 2001-09-10

Sorry for my poor english... :) With KDE 2.2, we can create a ftp link in konqueror ( ftp://login:pwd@server if i remember) using 'http link', but. Unfortunately: 1) It's hard to remember. It's would be cool to add "ftp link" in the right mouse list, with the differents options like an ftp client (ftp server, login, pwd, passive mode,...). 2) Actualy, we can't edit file from ftp like 'UltraEdit' on Windows. On Kate for example, it edit the file "ftp link" itself, but don't browse the server to select a file like an harddrive. It's unless...

Re: ftp - Roberto Alsina - 2001-09-10

2) Actualy, we can't edit file from ftp like 'UltraEdit' on Windows. On Kate for example, it edit the file "ftp link" itself, but don't browse the server to select a file like an harddrive. It's unless... I suppose you mean "it's useless"? You are doing it backwards. You don't open the link with kate, you open the link, then use kate to edit whatever is in inside the FTP server.

Re: ftp - Evan "JabberWokky" E. - 2001-09-10

>> You don't open the link with kate, you open the link, then use kate to edit whatever is in inside the FTP server. I just load up Kate, and hit "Open File", and enter ftp://user:pass@ftp.server.com/ (add it to the bookmarks the first time). Browse the remote filesystem, and load and save files. -- Evan

SuSE/Pre-linking bugfixes? - Zaq Rizer - 2001-09-10

A couple of issues with SuSE distributions that I'm wondering if they have been fixed or will be fixed in this or future releases: 1) objPrelinking (found under the experimental i686 rpms). Supposedly makes things run faster, I guess, however, having these features set up causes Konqueror (greatest Linux program EVER, btw) to crash on the simplest Javascript functions. This has been documented and a solution found at the konq faq said, "Don't use the i686 rpms". WTF? That's not a solution. 2) Not sure if this is a Kde issue or not (but I think it is). After installing X4.1.0, kdm doesn't load anymore. It bails out with "/opt/kde2/bin/kdm: error while loading shared libraries: /opt/kde2/bin/kdm: __ undefined symbol: _XdmcpWrapperToOddParity" Again, this has been documented (somewhere I forget). It is also features a non-solution reading something on the order of "this version of kdm is incompatible." This causes alot of problems for a newbie idiot like me (such as how do I switch WMs now?) Sorry to bitch, because you K developers have got to be the creme da le creme if I've ever seen it. Hope to join you some day. Regards, ~Z

Re: SuSE/Pre-linking bugfixes? - Christian Hengstebeck - 2001-09-10

2) Not sure if this is a Kde issue or not (but I think it is). After installing X4.1.0, kdm doesn't load anymore. It bails out with "/opt/kde2/bin/kdm: error while loading shared libraries: /opt/kde2/bin/kdm: __ undefined symbol: _XdmcpWrapperToOddParity" This is not a problem with KDE, it's a problem with your binary KDE packages. I use KDE 2.2, compiled from source and X 4.1.0 and there is no problem with kdm.

My one Wish - G. Richard Raab - 2001-09-10

I have a real problem with the idea that All data is saved to files. Likewise that the file to go to the Printer is somehow unique. It should be apparent that the idea of Export/Import suggests that the File Menu is incorrect. It is simply a hang-over from days gone by. Instead, there should be three possible types of Streams being outputed. General, most likely a local format. Record-Oriented (perhaps xml based). Page-Oriented (postscript) . At that point, then should have a dialog from which to send the Stream, that is, record-oriented can go to Files, Databases, E-Mail, IM, etc. Page-oriented can be sent to the Printer, but could also be converted to images, or perhaps Fax (tiff vs postscript). Offer filters for converting from one format to another to be used across all apps e.g. portscript -> jpeg, postscript -> tiff, My application specific General Stream -> html. Finally, change the menu to reflect it. Location New -------- (Defaults) -------- Send To... Get From... -------- Close Exit (Default) should be a user modifable area where they can place the common ones, such as File, or Print. The Send To should bring up a Dialog for sending the Streams to various areas. General Stream available => File System, Http, Ftp, E-mail, another Application (think pipe). Record Stream available => same as General Streams, Database. Page Stream available => same as General Streams, Printer, Fax.

Just one tiny wish - David Johnson - 2001-09-10

Please separate out the Linux-only software into their own package. Since KDE is more than just a Linux-only desktop, it makes no sense to make non Linux users download software they will never use. Most of these tools (which are fine Linux tools, by the way) are in the kdeadmin package, but a few are not. Even stuff like the Tux icons are inappropriate outside of Linux. I know most of you guys develop on Linux, and that some of you don't even realize the existance of other operating systems, but there are a few of us out here using other Unix systems. By placing these programs into their own package, such as kdelinux, they can still be considered "default" programs by Linux distros and users.

Re: Just one tiny wish - Carg - 2001-09-11

I disagree about the Tux thing. Tux is not Linux and causes no imcompatibility under other operating systems.

Re: Just one tiny wish - Joey Garcia - 2001-09-12

Tux, might not be Linux but it symbolizes Linux. Those of us that prefer not to run Linux do not want to be subjected to the Linux mascot. Why should people who run BSD, Solaris, Tru64, etc have to view the image of Linux's mascot on our systems? We prefer not too, and therefore ask the developers nicely if they can do something about that.

Re: Just one tiny wish - Joey Garcia - 2001-09-12

I second this motion. I totally agree with you here. I think it's pointless for me to have those Linux applications which will do me no good. Although, sometimes you might build from source and it builds everything. Perhaps there should be a way to check the OS and build applications that ware suitable for that OS in order to keep the needless applications down to a minimum. Also, in the Kontrol Center application where you can adjust the settings for various things there is an option to view some of the system's status which doesn't seem to work outside of Linux. I'm thinking these things should be conditionalized to the point that if it's not going to be built for Linux, then don't build those parts of it. Anyawys, that's just my opinion.

Wish: thumbnails, previews and konqueror - Carlos Rodrigues - 2001-09-10

I think that alongside with the option to show thumbnails of files as their icon in konqueror, there should be possible to preview them in the right-click menu, just like picaview does in windows (but for more than just images), perhaps with an option to just show a square reading "preview" until the user clicks it. This would give the users some of the advantages of thumbnais without having to process an entire directory along with some of the advantages of the embedded image viewer, without having to constantly go back and forth.

Dark widget issues - Benjamin Atkin - 2001-09-10

I have a really cool CDE-ish green color theme, and earlier I had a nice blue one. The blue one I had to get rid of because on the virtual desktop, the numbers wouldn't display. My new white on dark green one, which is shown in the attatched screenshot, has a white window background and white text for buttons and menus. There is a problem with the calendar widgets, and I've seen it one other time and I don't remember when. The white toolbar, status, etc. text gets put on the white calendar background. This is shown in the attatchment. So I want this improved. I'd like the white on white problem fixed, as well as the nearly invisible desktop numbering when it's dark blue. Also, it would be nice if the dark-buttoned konqueror widgets had white text as well. KDE would then be the best supporter of the dark-buttoned look.

Re: Dark widget issues - anonymous ab00ser - 2001-09-11

looks very nice.. yeah, I agree that more dark-friendly changes need to be made or KDE will be very racist. heh :)

kcontrol issues - purity - 2001-09-10

I think that the KDE control panel needs to be reworked. Right now, it is *way* too cluttered, and is thus hard to find things. I think a better approach would be to have it like MS-Windows or MacOS, in which the top level control panel shows large icons (the current things in the tree. Each of these, when clicked, would open a new window with the options. As for KDE applications, I think that a little bit more consistance is good, especially in menu items. For example, decide if you want to call the preferences/options/settings menu item in an app one or the other. It varies quite a bit in KDE applications. It'd also be nice to configure the Kate editor part's options in kcontrol, as you can already configure Konqueror and kwin options there. If you fix these in KDE 3.0, it'll make my day. If you don't, that's ok too :)./

Re: kcontrol issues - Daniel Molkentin - 2001-09-10

> I think that the KDE control panel needs to be reworked We are just about to do that :) </daniel>

Re: kcontrol issues - purity - 2001-09-11

Nice! What are you guys planning?

Wishes - theref - 2001-09-11

Hi, this is what I'd like to see in KDE 3, in addition to most of the other wishes already: 1. Make all menus tearoffable 2. Menus should be tearoffable by simply 1). clicking on a menu while still holding the mouse down 2). move the mouse down under the menu 3). a shadow of the menu would then popup, and it can be moved wherever 3. move the tearoff handle in menus to the TOP, instead of the bottom, like where it is now. This is especially more better in terms of usability for long menus. Thank You!

Re: Wishes - Carlos Rodrigues - 2001-09-11

Tearoff menus are nice, no more running thru the same menus to do the same task repeatedly, but... the tearoff item looks ugly in some menus, like the K menu, so there should be an option to disable it (for the K menu), better yet... two options, "Enable tearoff menus" and "Enable tearoff K menu". And while at it, make an option to disable the fade in taskbar buttons, I really prefer that "..." instead. Bottom line: options are nice.

My Wish - kc - 2001-09-11

Hi, I want the KDE splash screen to have a new image and for every version after that! I think a simpler white background with KDE in big black helvetica letters and the cog motif somewhere there.

More wishes - Electroniceric - 2001-09-12

Most of the wishes I've seen here sound like good ideas. My huge wish: A new session management setup. Since many of us now have access to *nix on several machines, a really useful thing the KDE could broker would be keeping running apps inside a session, and manage those apps. When you log out, you would have the option of killing all your running apps, putting them to sleep, lowering their priority, suspending them to disk, or leaving them as they are. Further advancements would be a graphical way to detach processes and leave them running (like compilers, for example) Then when you return to login via KDM, you could return to the session you left alive, or start a new session (on a new display, if you're starting a new session on the same machine). All of this would be run over SSL, meaning that we wouldn't have to worry in the future about security complaints (or at least they'd be easy to fix). And one could easily add VPN support. I don't know how hard it would be , and I would welcome comments on where the difficulties might lie. Uses: I leave my box running at home when I go to work. My roommate could come and login and use apps that run out of her own home directory, without me killing all my own apps. Since I have a 1GHz box, this shouldn't be all this big a deal. I leave apps running at work, and could pick up a session right where I left it, either from home or work, just by logging back into that session. Thoughts about this. I think it would be excellent. Cheers, Eric

Re: More wishes - Ingmar - 2001-09-17

Hi Eric, this sort of session management sounds like a real good idea. But it sounds like a heck of a job because of all needed interaction. I would be a lot of work _and_ it is not really required. If you have a lot of MHz and RAM you can reach your goal (in this special prob. with your roommate) in this way: Lock your running box with a blank screensaver (passwd activated). Then change to a new basic console (e.g. ctrl+alt+F2). After this your roommate has to log in with his/her username and passwd. Then he or her will be able to start a second X-session with: startx -- :1 (BTW: There is a space between "startx" and "--" _and_ there is a space between "--" and ":1" [The most common failure ;-)] ) Voila. A independent X-session will open with the standard windowmanager! At least when you use SuSE 7.2 or other systems with support the WINDOWMANAGER variable then also those versions should also work: WINDOWMANAGER="insert_here_your_favorite_windowmanager" startx -- :"Number" E.g. WINDOWMANAGER=kde startx -- :2 or WINDOWMANAGER=gnome startx -- :1 e.t.c. This works very fine for me ;-) Now you can change between those sessions with e.g. alt+F8 and alt+F7 or whatever your standard for X is. (Do not use :0. This is normally the default X-session.) (Warning: It should work, but if you log in twice as the same user you maybe will have some probs. I have also observed strange effects when i use two different windowmanager at the same time in two independent X-sessions. I dont know why. :-( IMHO it should work. But maybe thats only a effect on my custom build box with its strange configuration. So my fault. ;-) ) Have fun Ingmar

The Question: WHY ARTS ? - Loopkin - 2001-09-13

I've never seen any satisfactory answer to that: why does KDE use aRts ??? 1- this is the worse piece of software included in KDE, it leaks memory like hell (seems worse in kde 2.2 than before, btw), or it crashes without any reason... 2- everybody outta here use ESD (look at flash, realplayer, etc.) can't we modify ESD in order to give him an aRts interface for backward compatibility, and go on that way ? or is MCOP compatibility too hard to implement ? in this case, why not implementing ESD compatibility ? anyway, maybe i'm tough, but it's very frustratring that it crashes all the time, and not to be able to use esd-compliant progs (artsdsp doesn't work well at all). or maybe i'm the only one still using an old sound card with only one audio device ? btw, KDE 2.2 has decreased memory consumption, but processes are more keen to have memory leaks. after a quick look at bugs.kde.org, seems they're all known... waiting for 2.2.1... maybe they will be a 2.2.2 ? ;-)

Re: The Question: WHY ARTS ? - Carlos Rodrigues - 2001-09-13

A 2.2.2 release wouldn't be such a bad idea since 3.0 is only due to late February.

One more wish (unicode fonts) - Carlos Rodrigues - 2001-09-13

I wish they'd fix the problem with utf-8 charset webpages, I've made some changes to ttmkfdir2 to make my truetype fonts available as unicode and that fixed most of the problems, but for pages that rely on the default font it still looks really ugly (take a look at http://www.kernel.org). I would like if they just defaulted to using the default charset fonts if the page doesn't specify the fonts itself, like all other browsers do.

Wish - Macolu - 2001-09-14

Hello !! You should implement full support for the smb ioslave (read and write). It's appears being read-only in 2.2.... Thanks

Re: Wish - Richard Moore - 2001-09-14

We already have a new SMB slave that supports read-write access that has been developed by Caldera. Unfortunately it needs the new SAMBA library which is not yet included in any of the stable SAMBA releases. Rich.

A wharf for KDE - Charles Samuels - 2001-09-15

I've attached a screenshot of stuff I've been doing while my internet has been out. a) It's obvious the k-menu is copying from microsoft's start button b) wharfs are easily more usuable than that c) wharfs (and NeXT's user interface), at least in my opinion, is the pinnacle of UI design, it does everything right, at least with their "panel" : It puts it on the right-top, it makes the icons larger d) starting an app with kicker takes very much siginificantly longer than a wharf: (kicker) move mouse, click, move mouse, move mouse, move mouse, click; (wharf) move mouse, click, move mouse, click e) Users have difficulty identifying apps for the first time by icon, all wharf buttons can have captions.

KDE 2.2.1 - Tannhaus - 2001-09-18

Where is it? It's the 17th and it's nowhere to be found

Re: KDE 2.2.1 - monarch - 2001-09-18

"Did the day ended ?" "It's still 17th." "it's still September 17th for many more hours in California, which is where the release guy lives." These are some answers from #kde and #kde-users channels on irc.openprojects.net I got when asked the very same question. So far there is an empty directory /pub/kde/stable/2.2.1 at ftp.kde.org

Re: KDE 2.2.1 - SuppCast - 2001-09-18

Got mine at SuSE ftp site. Been there since the 16th. They are good with keeping KDE updates - up-to-date.

Re: KDE 2.2.1 - Colin - 2001-09-18

The ReHat Roswell ones are well and truly screwed up the directories are all files about 4 to 6 mb insize??

So where is it? - MattB - 2001-09-18

Today is Tuesday September the 18th 2001 and it still hasn't been a Offcial release for KDE 2.2.1 on www.kde.org, and so far there is no sign of the release except the directory. Don't feel rushed, take your time and do a good job. Thanks

Things that make you go KKKKKKKKKKKK... - Luke - 2001-09-19

Well, here's my input. 1. Perhaps the k-menu could be turned into an applet, which has many reincarnations and the user can choose whichever suits them 2. Is it hard to implement animated cursors? how about colour cursors? well it's just that I go to use windoze and it has this fancy cursor, much more configurable and better looking than the X one. maybe KDE can implement this? 3. I second the idea for a theme/style creater. 4. Maybe some fancy animations? like a button which flips over when the mouse is over it? or like the superflous option in WindowMaker the window explodes?