[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kopete-devel
Subject:    [kopete-devel] Metacontacts behavior
From:       "=?UTF-8?Q?Andr=C3=A9_Neves?=" <andrechalella () gmail ! com>
Date:       2008-08-11 16:44:10
Message-ID: 69252e670808110944y7928846cy3b73b24258825954 () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]

[Attachment #4 (text/plain)]

Hi,

I use Debian Lenny, currently on KDE 3.5.9 and Kopete 0.12.7.

I have just switched back to using Kopete and started arranging my contacts
by metacontact instead of loose single contacts for each account of mine.
Though I find this functionality very clever, I had some problems with its
behavior. Having one MSN Messenger and one Gmail account, I found the
following issues.

---

1. Metacontacts' nicknames

1a. When merging two metacontacts (I always put the Gmail one into the MSN
Messenger one, because I prefer MSN when I double-click), my Gmail contact
name changes to the contact's current MSN Messenger nickname. This may be
fixed by manually changing back the Gmail contact name, but this is a pain.

1b. If I manually fixed 1a, Kopete will "resync" the names when I put a
metacontact in a group. This time, changing back the Gmail contact's name
isn't much help, because Kopete instantaneously kicks the metacontact out of
the group.

I found these very annoying, because I have personally changed each of my
Gmail contacts' name and don't want them to show whatever twisted nickname
the person's using - and, worse, wouldn't like to have the nicknames on the
headers of email I send.

2. Metacontacts' priority of accounts

I couldn't find a way to customize a metacontact's "priority of accounts"
(i.e. the IM system Kopete will use when I double-click on the metacontact).

---

Are there solutions for any of these problems? I apologize in advance if
these are not Kopete's fault, but I had no luck googling for solutions nor
reading the docs.

Thanks for your time,
André

[Attachment #5 (text/html)]

<div dir="ltr">Hi,<br><br>I use Debian Lenny, currently on KDE 3.5.9 and Kopete <a \
href="http://0.12.7.">0.12.7.</a><br><br>I have just switched back to using Kopete and started \
arranging my contacts by metacontact instead of loose single contacts for each account of mine. \
Though I find this functionality very clever, I had some problems with its behavior. Having one \
MSN Messenger and one Gmail account, I found the following issues.<br> <br>---<br><br>1. \
Metacontacts&#39; nicknames<br><br>1a. When merging two metacontacts (I always put the Gmail \
one into the MSN Messenger one, because I prefer MSN when I double-click), my Gmail contact \
name changes to the contact&#39;s current MSN Messenger nickname. This may be fixed by manually \
changing back the Gmail contact name, but this is a pain.<br> <br>1b. If I manually fixed 1a, \
Kopete will &quot;resync&quot; the names when I put a metacontact in a group. This time, \
changing back the Gmail contact&#39;s name isn&#39;t much help, because Kopete instantaneously \
kicks the metacontact out of the group.<br> <br>I found these very annoying, because I have \
personally changed each of my Gmail contacts&#39; name and don&#39;t want them to show whatever \
twisted nickname the person&#39;s using - and, worse, wouldn&#39;t like to have the nicknames \
on the headers of email I send.<br> <br>2. Metacontacts&#39; priority of accounts<br><br>I \
couldn&#39;t find a way to customize a metacontact&#39;s &quot;priority of accounts&quot; (i.e. \
the IM system Kopete will use when I double-click on the metacontact).<br> <br>---<br><br>Are \
there solutions for any of these problems? I apologize in advance if these are not Kopete&#39;s \
fault, but I had no luck googling for solutions nor reading the docs.<br><br>Thanks for your \
time,<br>André<br> </div>



_______________________________________________
kopete-devel mailing list
kopete-devel@kde.org
https://mail.kde.org/mailman/listinfo/kopete-devel


[prev in list] [next in list] [prev in thread] [next in thread]