Skip to content

Kopete Celebrates First Anniversary, Improves Usability

Monday, 10 February 2003  |  Dre

The Kopete Project celebrated its first anniversary yesterday by announcing the release of Kopete 0.6. Kopete is KDE's all-purpose, modular and extensible chat client, which currently supports the MSN Messenger, ICQ, AIM OSCAR, Jabber and IRC protocols. A sampling of the great new features includes sophisticated (HTML) text rendering, signing / encrypting chats and sending SMS messages to mobile phones, as well as chat tabs, translucent windows and web presence notification. In addition, the Kopete developers made a number of usability improvements based on usability studies conducted by the KDE Usability Project. Congratulations to all involved!

Comments:

basic bugs - Caoilte - 2003-02-10

0.5 shipped with some inexcusably fundamental errors (eg empty messages instead of msn user is typing), that sent me straight back to gaim. Here's hoping the last GTK app on my desktop is eclipse after I've tried this.

Re: basic bugs - Chris Howells - 2003-02-10

This is beta software. Note the version number. 0.5. Fairly fundamental errors are not exactly unexpected.

Re: basic bugs - Sam - 2003-02-10

If the world were perfect, I would be in *total* agreement with you. But it's not. A lot of software projects in the OSS/FS/License-of-the-Week world seem to have a real problem with releasing software with a version number at or above one. Examples: - The stable version of GAIM is 0.59 - The stable version of WindowMaker is 0.80.2 - K3b, generally considered stable, is at 0.8 - The last stable version of Mosfet's Liquid is 0.9.5 - Qtella, stable Gnutella app, is at 0.6.1 In many cases you wont see a 'stable' release of an application, ever. Fortunately, this has gotten a lot better in recent years than it used to be. However, pointing at the version number and calling it 'pre-release' is not an ample reason to shoot down criticism for what really are pretty major bugs. Telling the person to read information on the site, wherein it prerelease status is explained, though, *is* an adequate reason.

Re: basic bugs - ac - 2003-02-10

The version number has everything to do with the current capabilities of the software. Version 1 should be stable and have the necessary features according to the developers complete. Anything less, i.e. 0.5 can be broken and incomplete in many ways.

Re: basic bugs - Sam - 2003-02-10

Again, if this were actually true across all developers, I would be able to accept that as a blanket statement. But, since once again this is not a perfect world, this isn't actually how things work. You're absolutely right in that version 1 *should* include all of the functionality and features that the developers feel the application needs. However, that's not true. This is borne out if you take a look at most of the projects I listed, especially in the case of WindowMaker.

Re: basic bugs - me - 2003-02-11

Version numbers are meaniless unless they are defined. Traditionally a component isn't deemed stable until 1.x release, but many software components are versioned differently. Without knowing how the software is versioned you can't make a blanket statement about it's declared stability or compatibility with other components soley on the number attached to it.

Re: basic bugs - Caoilte - 2003-02-10

They've put some incredibly nifty features in (ie tabbing, transparency etc - i just tried it, very nice) but still haven't fixed some of the basic usability problems that make an app actually <i>usable</i>. Whatever the version number (shouldn't you be making that comment on /. ?) the basic features should be got right before the fancy stuff. Frankly I'm surprised you didn't tell me it was opensource software so I should submit a fix. I filed a bug, though, and will have to go back to gaim for the moment.

Re: basic bugs - lit - 2003-02-10

> Note the version number. 0.5. And that has to do with...?

Re: basic bugs - Guillaume Laurent - 2003-02-11

In that case, I disagree. 0.5 was advertised as "stable", and was pretty disappointing. Another major regression was that AIM messages were printed as plain text rather than HTML, rendering kopete pretty unusable as an AIM client. Looking in the code, the function to process the HTML in AIM messages had been commented out with a note saying "do we still need this ?". The problem was immediately reported, and while there really should have been an intermediate 0.5.1 bug-fixing release, there wasn't one. I also work on a fairly large KDE project, I know it's hard and we've had some releases with really stupid bugs, but Kopete 0.5 really was a disappointment, and so was its subsequent management (or lack thereof).

Re: basic bugs - mETz - 2003-02-14

then go get use some developers that are not on vacation all the time and hand some brain over to others (the commented code was mine and I never found out WHO goddamn commented it out) :P

Re: basic bugs - Guillaume Laurent - 2003-02-14

cvs annotate is your friend :-).

Re: basic bugs - mETz - 2003-02-14

My friend does not tell me how to use him (i.e. I have no clue about annotate) ;)

Re: basic bugs - Guillaume Laurent - 2003-02-14

Beyond the obvious "RFTM", cervisia nicely wraps it (look up the log of a file, there's an annotate button).

Re: basic bugs - KDE User - 2003-02-10

0.6 though should be really bug-free and stable.

Re: basic bugs - Eeli Kaikkonen - 2003-02-11

But it isn't. It crashes every time I change between IM plugins.

Re: basic bugs - mETz - 2003-02-14

Noatun has a similar problem and still there's no component being pointed out as guilty (the crash goes quite deep into kde libs and qt itself). Also, why do you have to load/unload plugins all the time, isn't that something you only do once and then just go on using the application?

Re: basic bugs - Jens Henrik - 2003-02-10

kopete is fantastic !!! Multiple protocols in one GUI is more than needed... so everybody should congratulate. You sound as if you haven't coded one line of GPL source yet. I don't like people who only know how to critizise my source. And I think kopete-developer feel the same. So: Say a nice word first before talking about bugs...or send a patch!

Re: basic bugs - whoever - 2003-02-12

I *have* coded GPL source. Does GPL mean its better or something? If someone's code is buggy beyond belief (which I'm not saying Kopete is...I use Gaim) then its buggy beyond belief, and the devs should be told. If the bugs are really, really horrible, then saying "this is crap" seems reasonable.

Re: basic bugs - mETz - 2003-02-14

> If the bugs are really, really horrible, then saying "this is crap" seems reasonable. It all depends on the "tone", just being rude saying "it sucks" is not what I call motivation.

Re: basic bugs - Mandrake - 2003-02-10

> inexcusably fundamental errors INEXCUSABLE??? How on earth could they be? Since Kopete is totally free!! grr

Re: basic bugs - Caoilte - 2003-02-11

I would say they were inexcusable because they made kopete unusable. ie, it was in theory a good IM client with excellent kde integration but all the wonderful features in the world couldn't make up for the fact that it crashed every twenty minutes. ie, the bugs it contained couldn't be excused on the grounds that the featureset was rich because they made it impossible to appreciate the excellent hard work that was put into it. ie, inexcusable because the developers must have known that they were running before they could walk. Don't let corporations hear you using "free" as an excuse for bug-ridden software. Is that the "excuse" you want for them not using kde?

Re: basic bugs - Blue - 2003-02-11

Yeah, 0.5 was complete crap. I used it for 5 minutes, until I closed the main window (which should just hide it, but keep it running, showing the docked icon) and it crashed. 0.6 is much more stable. I've just switched over from Psi. It certainly has room for improvement, but it's usable enough for me.

Re: basic bugs - Caoilte - 2003-02-11

i've been using it since yesterday, and sadly it's crashed five or six times (that's a lot less than it used to) after windows were closed. :(. it's back to gaim for me.

Kopete improvements... - KDE User - 2003-02-10

At the moment, I use gaim for my AIM needs. I'd be more than happy to switch to a KDE client (if only for the ability to dock it so the main window is unmapped)... Basically, what I need from my client: *The ability to use familiar keybindings (ctrl-w to delete a word, ctrl-u to delete a line, etc). I can't get along with a client that doesn't let me do this. No, ctrl-home won't cut it. Only consistency with other apps (including minicli, mind you) will. *Hitting enter should cause the message to be sent. Not ctrl-enter, not clicking send, but hitting enter. *Signed off clients should not be listed at all. I don't want to see them greyed out, I want them to be non-existent. *Adding/removing buddies should be as easy as in gaim: tabs switch between online buddies and an edit tab. Extremely handy (I don't want to have to go through a config process, or a bunch of menus just to add someone). *I need to be able to specify autologin *from the commandline*. With gaim you can do gaim --login=screenname and it will automatically log that person in. Just having auto-login isn't enough; I don't want to be auto logged in unless I specifically say so, and I want the ability to choose which screen name gets auto logged in. These features, at least, are keeping me with gaim. It does everything in a simple, straight-forward, and non dumbed-down method that I like. That's my only complaint with some KDE apps; they try too hard to be "newbie friendly", forgetting that some of us who use KDE actually know what we're doing.

Re: Kopete improvements... - clee - 2003-02-10

1) Not sure how easy this would be, but global editor configuration should make this easy. 2) Simple. In a conversation window, go to Settings->Configure Shortcuts. Send message, "Return" instead of the default (yeah, I think the default is stupid too, but it's easy to change). 3) Ctrl+V in the buddylist window. Or click on the looking-glass icon. Again, stupid default, but easily changed in less than 5 seconds. 4) Different developer mindsets. I honestly don't know what the Kopete guys are thinking with the add-a-buddy wizard, but I'd rather have something a bit more straightforward myself. Still, it's one of the few remaining useless pieces of the app. 5) This one's slightly more difficult. Talk to Duncan or Nick about it in IRC or send an email to the mailinglists. My personal beef with Kopete is that I'd like to be able to have multiple accounts per protocol, but I can't currently. This is annoying. That, and it crashes/immediately disconnects with sufficiently large buddylists (in excess of 110 buddies) on OSCAR. But these are small details, and I've got confidence that they'll get fixed, so I've moved from gaim (hopefully forever). -clee

Re: Kopete improvements... - Max Watson - 2003-02-10

> (if only for the ability to dock it so the main window is unmapped)... GAIM does this. Just enable the "dock" plugin in the GAIM preferences and it will put an icon in the kde status dock. Clicking the dock icon toggles the buddy list visibility. And right-clicking it allows you to set options without having to map the main window. YMMV, but it works for me with GAIM 0.60 and KDE 3.1

Re: Kopete improvements... - Richard Moore - 2003-02-10

> At the moment, I use gaim for my AIM needs. I'd be more than happy to switch > to a KDE client (if only for the ability to dock it so the main window is > unmapped)... You can dock *any* application by using the ksystraycmd tool that is included in kdebase. ksystraycmd --help for more details. Rich.

Re: Kopete improvements... - Chris - 2003-02-10

Thanks for the tip.... I didn't know about this one. Makes my life MUCH easier!

Re: Kopete improvements... - Richard Moore - 2003-02-10

You're welcome. There's not much point in writing these things if people don't use them. You might also want to play with kstart (a similar tool for customising window decor) if you get bored. :-) Rich.

Re: Kopete improvements... - chillin - 2003-02-10

Right click on the Kopete icon in the system tray, select minimize. It's the exact same way for KMess as well. I think the guy is right, it's more of a KDE build in feature, so why code it into your program ?

Re: Kopete improvements... - Brunes - 2003-02-10

* Kopete is a KDE application, and as such uses all KDE standard edit shortcuts as specified in KControl. * Again, Ctrl+Enter is the default because it is a defacto KDE standard for "Send Message", as used by KMail, KNode. If you want to set this to just plain enter it is as simple as Settings->Configure Shortcuts, as with all KDE applications. * As stated below, click the button in the toolbar. This preference is saved. * This is a matter of preference. Personally, I prefer the wizard. * This feature may be added, it seems reasonable.

Re: Kopete improvements... - Mark - 2003-08-11

I did not know how to set enter instead of control enter in KDE apps. That is a very helpful and useful thing to know. Now that I can use return to send messages, kopete is my default IM client. THank you very much.

Re: Kopete improvements... - matt - 2004-06-25

Ah, when i set settings->shortcuts to change for sending a message from clt+enter to enter, it doesn't take affect. Enter remains as new line and clt+enter remains as send message. It ignores that setting (kopete 0.8.1)

Re: Kopete improvements... - librano - 2004-08-25

yeah for me too... even setting <enter> as the shortcut for send it still doesnt work... and have to send by <ctrl-enter>

Re: Kopete improvements... - kgonzales - 2004-09-29

Same in 0.09. Needs to get fixed!

Re: Kopete improvements... - kgonzales - 2004-09-29

Same in 0.90. Needs to get fixed!

kdenetwork - Bausi - 2003-02-10

wouldn't it be a good time for kopete to move over to kdenetwork?

Re: kdenetwork - ac - 2003-02-10

Or kdepim.

Re: kdenetwork - lit - 2003-02-10

perhaps once it stops crashing doing fairly rudemantary things. I *really* hope it stablizes before KDE 3.2 tho.

Re: kdenetwork - Kde User - 2003-02-10

I use the 0.6 Kopete on Mandrake with MSN and ICQ protocols. It never crashes. What are you doing with it?

Re: kdenetwork - lit - 2003-02-11

Look at the attached SS: I'm using it with AIM (oscar) only.. after a few hours, it keeps on using 95-99% CPU usage. No idea what's causing it, since this is hours after not doing ANYTHING with the app.. the app is still usable (but slow). I have no way to reproduce it even other than just letting it run, heh. This is with 0.6, with KDE 3.1, and .. I had other major stablity problems with 0.5, but they seem to be fixed. I love kopete (especially the interface), but it's not there yet for me :( Also, it should have a wizard type of thing to select what protocols the person wants to use.

Re: kdenetwork - Carsten Pfeiffer - 2003-02-11

> I'm using it with AIM (oscar) only.. after a few hours, it keeps on using > 95-99% CPU usage. No idea what's causing it, since this is hours after not > doing ANYTHING with the app.. the app is still usable (but slow). I have no > way to reproduce it even other than just letting it run, heh. Try disabling the "Connection Status" plugin. I had the same problems (with ICQ tho) when I used it.

Re: kdenetwork - lit - 2003-02-12

Thanks, but I didn't even have this plugin enabled in the first place :(

Re: kdenetwork - mETz - 2003-02-14

Also try disabling one of the two plugins to find out which one is guilty so we get an idea of where to search for that bug. Things like "it hangs" "it sucks" "it crashes" etc. won't give us the opportunity to fix bugs.

Re: kdenetwork - vanHell - 2003-02-11

there are many chrashes whenn you use IRC

Re: kdenetwork - Spencer - 2003-02-10

It will be in kdenetwork for kde 3.2

Re: kdenetwork - Philipp - 2003-02-11

Yes fine, but if it will be in kdenetwork for KDE 3.2, why is it still in kdenonbeta?

Translucent Usability - Grumpy - 2003-02-10

"translucent windows" + "usability improvements" = unconvincing.

Re: Translucent Usability - Martijn Klingens - 2003-02-10

Quite a lot of work went into API restructuring to allow better maintainability in future versions (and lay the groundwork for multiple accounts per protocol and KDE address book integration), but as that makes little sense to most users, I guess Dre left it out from on purpose.

Re: Translucent Usability - Grumpy - 2003-02-10

I have no doubts that a lot of work went into this new version of Kopete. My post merely alluded to the incongruity of those two phrases being used together.

Re: Translucent Usability - Aaron J. Seigo - 2003-02-10

dict:orthogonal

Re: Translucent Usability - Grumpy - 2003-02-10

Not culturally.

Re: Translucent Usability - Aaron J. Seigo - 2003-02-11

ah. well, i suppose that just makes me practical and boring then. could be worse, i suppose. i could be grumpy. ;-) (spoiler: yes, that was meant in a light hearted manner, said with a devious smile and a pint raised high)

Re: Translucent Usability - Grumpy - 2003-02-12

I thought I was the practical and boring one? Aaron, what's going on? I'm definitely still grumpy. But I was born that way.

Re: Translucent Usability - Kde User - 2003-02-10

Why would it be? The translucent windows are turned off by default. There's only need for some little switch somewhere on the "advanced" page.

Re: Translucent Usability - Evan "JabberWokky" E. - 2003-02-10

Actually, an IM client (and possibly an audio player application) are about the only two applications where translucent windows (or on screen display interfaces) are actually useful. -- Evan

Re: Translucent Usability - heironymouscoward - 2004-01-18

This is simply your list so far. I can think of a couple of other interesting uses for translucent windows, mainly in the realm of building visuals out of layered applications. Translucent windows lets one use the desktop as a canvas. Draw an image from a web camera. Now layer some text over that, perhaps using a browser window. Now drawn an animation over that.

Jabber progress? - Joe - 2003-02-10

I couldn't find in the release documentation whether the jabber plugin supports group chat yet? That is the only thing keeping me from using Kopete instead of PSI.

Re: Jabber progress? - Spencer - 2003-02-10

If you compile from source, and have libpsi installed, you should get the Jabber plugin.

Re: Jabber progress? - Joe - 2003-02-10

That doesn't answer my question though. I know it has Jabber support. I am asking specifically if it has the IRC-style Jabber multi-user group chat functionality that is in PSI.

congrats! - LMCBoy - 2003-02-10

Nice work so far on kopete, I'm looking forward to trying out 0.6! Congratulations, Jason

Unstable - Aleks Ivic - 2003-02-10

I have tried both versions 0.5 and the CVS (Early Feb) for a week each. The interface is very attractive and so are the features. Unfortunately I did have to switch back to gaim due to the unstable nature. I got random crashes when I received AIM messages (Not ICQ & MSN messages) and when I log onto ICQ/AIM at certain times. Although thumbs up so far. Once the bugs gets sorted out, Kopete will blow all the other Multi-Protocol IM's out of the water (I can just feel it). An option I would really like to see in future versions of kopete is to override the html of the received message. Say for example, you receive a message from a certain *cough* female *cough* that sends messages with huge bright purple fonts with a black background.

Re: Unstable - Brunes - 2003-02-10

>An option I would really like to see in future versions of kopete is to override the html of the >received message. Say for example, you receive a message from a certain *cough* female >*cough* that sends messages with huge bright purple fonts with a black background. You can already do this. The message formatting is just done by HTML, all you have to do is remove the special formatting tags for user sent background color and font color under the Chat Appearance config. We do need better docs for these options though.

My opinin - anonymous .. - 2003-02-10

Why exists so many projects with a same function in KDE ? such as: kinkatta, kyim, kmess, kopete, konverse, kwinpopup ............. ,psi .. Why not work only in the kopete and make better ?

Re: My opinin - Vajsravana - 2003-02-10

Why are there so many messages in this board? Why not work only in one and make it better? :)

Re: My opinin - jd - 2003-02-11

ROTFL!

Re: My opinin - Justin - 2003-02-10

All of those other programs existed before Kopete. Even so, consider that the other programs might perform their native function better than an all-in-one app? Btw, Konverse is dead. Also, there is some collaboration: for instance, Kopete and Psi share the same Jabber code. Also, some are not KDE-only: Psi and Kinkatta both run on other platforms. Don't forget LightHawk: (site seems to be down) http://freekde.org/neil/lighthawk/ To each his own, I guess.

Re: My opinin - loopkin - 2003-02-17

and there are discussions between kyim and kopete about the yahoo plugin that a lot of people seem to be missing... so hopefully both projects will benefit of that work. but i'll always prefer kyim to kopete (or any other all-in-one), because yahoo has a lot of specificities (sp?) that i don't, and probably can't find in all-in-one apps (email warning, profile, specific smileys, IMvironments, Buzzer, status notification, members lookup, audio, video, whatever, etc.) Certainly everything is not implemented is kyim as well, but some of these "extra-features" are not, and cannot be found in all-in-one apps, because they are not possible to "meta-describe". oh, and Kinkatta and KYIM also share common problems: very few developers that have a very rich personal life (to the detriment of their KDE life ;-)), so i'm not very sure that their help would be very interesting for Kopete (both projects are going veeery slow for a while).

Re: My opinin - André - 2003-02-11

Maybe people like to have a *choice*? Why use Linux and KDE? Let's all use windows and make it better!

Theme from screenshots - balerion - 2003-02-10

Does anyone know which KDE theme is being used on the 0.6 screenshots? Looks kinda QNXish but I don't think it's identical to the QNX themes currently on kde-look. Any ideas?

Re: Theme from screenshots - Aaron J. Seigo - 2003-02-10

widgets: keramik window deco: web

Re: Theme from screenshots - balerion - 2003-02-10

http://kopete.kde.org/img/screenshots/0.6/chatwindow1.png http://kopete.kde.org/img/screenshots/0.6/icq-prefs.png The 0.6 screenshots are definately not keramic. I'm pretty sure the window decoration is .NET, but I'm not sure about the widget theme...

Re: Theme from screenshots - fault - 2003-02-10

Looks like QNiX to me.

Re: Theme from screenshots - Aaron J. Seigo - 2003-02-11

erf... yes, helps if i scroll down far enough ;-) ... it does look like the qnx styles avail on kde-look, but the tabs look different from either one.. i'm stupmed =) the window deco in those shots is quartz.

Re: Theme from screenshots - mETz - 2003-02-14

that's qinx pre0.5 (I'm visually debugging it with the author, that's why I use it) and quartz window deco. The color-scheme is a tweaked keramik-emerald.

Yahoo plugin please! - Sarang - 2003-02-10

Hi guys, Please provide a Yahoo plugin fast!! Thanks Sarang

Re: Yahoo plugin please! - Costin - 2003-02-11

I'm also visiting the site pretty often hoping i would see "yahoo" word on the page, but ... until then i'm stick with gaim ... :|

Re: Yahoo plugin please! - Juan Domínguez - 2003-02-12

Yes, plz. I'm locked in gaim till then :) Anyway the app's great!

Re: Yahoo plugin please! - Andrew - 2003-02-14

Why not use the jabber client and use a yahoo transport? or use Psi for that matter?

Re: Yahoo plugin please! - V Leher - 2003-02-28

I am looking forward to the yahoo plugin too. I used to use gaim and then moved to everybuddy as gaim didnot support file transfers. i am pretty happy with everybuddy....but i like kopete better. I will move to this as soon as the yahoo module comes out. I havenot been able to connnect to the jabber as yet with kopete as yet. Wondering if there is a bug.

Re: Yahoo plugin please! - LinuxLover - 2003-04-29

Has it been create or not? I am still using Gaim, but I would like to move over to kopete. Please let me know if anyone has managed to get Yahoo working on Kopete

Re: Yahoo plugin please! - sarah haile - 2005-11-04

hey! please can u provide me with the yahoo plug in thanks. sarah

Re: Yahoo plugin please! - cm - 2005-11-04

The current kopete version has a yahoo plugin. (I haven't tested it though, as I'm not using Yahoo IM...)

Re: Yahoo plugin please! - mr p[hillipssssssss - 2006-06-08

is there any plugings for yahoo messenger , like in msn messenger please post here , and developers please hurry yahoo needs something fresh ect..... example something like stuff plug '

plugin for invisible status - david__cc - 2007-01-04

let me shae a cool peice a software ( Y! plugin ) with you.. it tells you who is offine and who is just pretending to be so.. gr8 s/w to know who avoids you :( http://www.tricks4fun.com/2006/11/29/yahoo-messenger-invisible-status/

Still not usable, back to SIM. - Jan - 2003-02-10

Well I tried the new version but it still crashes on exit. I use only the ICQ plug-in. Only one plug-in, starting and closing should work without any crash. And it crashes on all 5 machines I tested it on (all SuSE 8.1, some immediately after a fresh install). This is an application which usually isn't closed, so this wouldn't be a problem. The next "bug" (or is it a feature?), however, makes all this really annoying: If the Kopete window is open and you click close, I would expect that Kopete minimizes to the panel. Instead it closed completely - and crashes. The only way to minimize Kopete to the Panel seems to be to click on the Panel icon again - not very user friendly. So, it's the small things that keep me from using this app. I appreciate all the work though and I'm patiently using SIM until Kopete works properly ;-)

Re: Still not usable, back to SIM. - Jörgen Lundberg - 2003-02-11

I actually haven't tried kopete at all, but the same discussion about close came up about gnomeicu. The conclusion? Having the "X" minimize the application to the systemtray is inconsistant with all other applications. Minimize could maybe do it, but that's also somewhat inconsistant. So why does people excpect it to minimize to the systemtray if close is pressed? Simple answer: The so called UI from AOL callad ICQ (AIM problably does the same thing, I have never tried it though...). The ICQ-UI have more flawes than, than, than well I honestly don't know ;-). My point: keep the close button for *really* closing apps. Regards, Jörgen

Re: Still not usable, back to SIM. - Googol - 2003-02-12

Er, I'm sorry. You press the "close" button and expect the program to minimise? Sorry, I know that windows programs do this.. but try this: Speak loudly and listen to your words "I am pressing the CLOSE button to make the program MINIMISE" Doesn't anything strike you odd? Maybe the program is working fine, it's just not used right? ;)

Re: Still not usable, back to SIM. - Adrian Bool - 2003-02-14

When you hit the close button it should close (not minimise) the *window* - not the whole application in an application with more than whan UI element. If the application has a docked item on the tray this should be uneffected by the opening or clsoing of windows.

Re: Still not usable, back to SIM. - luisdlr - 2003-02-17

When I click close, I expect to close the window. I don't agree the idea of docking, but most people expect the docking (my sister and brother for example). How can we be free of windows programs? Everybody wants windows' behaviour in Unix/Linux, but noboby says "hey, windows is wrong, my kde does it well". luisdlr.

Buddy Icons - Resist - 2003-02-10

As far as I know, there is no way to enable a buddy icon, or see other users icons with AIM. I know this may seem silly to some, but just having a little icon gives the person you are talking to some personality. This is one feature that GAIM has that I wish Kopete would adopt. Besides this good work guys! This is much much improved over the last release.

The best improvement to Kopete would be... - Ned Flanders - 2003-02-10

... to change its name. Kopete seems to have a brilliant future, but its name sounds too much like Muppet with a "K" instead of the "M" :-) If someone change the name Kopete, please (oh please!) don't give it another name beginning with a "K". If all Windows apps were beginning with a "W", we would have WOffice, WMessenger, WNotepad, maybe W.Bush, etc...

Re: The best improvement to Kopete would be... - fault - 2003-02-11

> If someone change the name Kopete, please (oh please!) don't give it another name beginning with a "K". If all Windows apps were beginning with a "W", we would have WOffice, WMessenger, WNotepad, maybe W.Bush, etc... Ever heard of Microsoft Office, Microsoft Internet Explorer, Microsoft Windows? k is just a branding thing, as is most company's name, etc... GNOME does it (a bit less than KDE, although still quite a lot), Xfree86 does (even more than KDE).. everyone does it :> Although I agree, it's more creative to have unique names :)

Re: The best improvement to Kopete would be... - Ned Flanders - 2003-02-11

Are you the same fault who disliked the name Kroupware? (see http://dot.kde.org/1032748629/ ). If you are, I think you can understand why I don't like the Kopete name...:-) But I must admit that Kopete is way better than Kroupware (remembers the Foresight suggestion?)

KDE's lack of elegancy - will - 2003-02-12

Oh - I wish that KDE would drop the K naming convention. The problem is that the marjority of the decision takers are engeneers with poor taste, so I don't see that happening any time soon -or ever. The developer centric nature of KDE means that it lacks a fundamental "elegancy" as Bart Decrem said. It will probably never change, so I have lost some interest in KDE myself. My conclusion is that such changes will probably must take place at the distribution level. Problem is that haven't been that good either - but I'm a big fan of Xandros, so I rest my hope on that distribution. There are signs that the others will follow. To summarize KDE needs IMO to do four things to gain a certain elegancy: 1. Drop the K naming convention 2. Clean and redesign Kicker 3. Drop the cogs-and-wheels style-elements and replace with something that speaks to the values of non-engeneers 4. General cleanup - less options, less elements etc.

Re: The best improvement to Kopete would be... - Matias Fernandez - 2003-02-11

If you were chilean, you could inderstand it's name right duncan? ;)

Re: The best improvement to Kopete would be... - Ned Flanders - 2003-02-11

No problemo!

Buggy Mandrake 9 rpm - ac - 2003-02-11

Hi, the version inside the mandrake 9 rpm states: Version 0.58 (cvs 20030131) and it crashes quite alot, especially when trying to move contacts to the top-level directory. And, I really like the fact that the sounds come in ogg format, but kde3.1 seems being unable to play them... except when using ogg123 as external player I stay with 0.5 for now

Re: Buggy Mandrake 9 rpm - Nick Betcher - 2003-02-13

To be honest, it's not Kopete's fault. Kopete has been valgrind'ed and tested for over a year now, and 0.6 is no exception. The only place I could blame such problems for is in kdelibs. There are a couple known critical bugs in 3.0.x and one critical bug in 3.1. HEAD is fine, although that doesn't help the users much. Please don't whine about how KDE is unstable. KDE is just now becoming mature and its API is not being re-written every release. Many important bugs are being fixed every release, and it's important that users keep up-to-date with KDE when also keeping up-to-date with Kopete, at least until kdelibs becomes a little less buggy and Kopete stabilizes API-wise.