summaryrefslogtreecommitdiffstats
path: root/kopete/KABC_INTEG_NOTES
diff options
context:
space:
mode:
Diffstat (limited to 'kopete/KABC_INTEG_NOTES')
-rw-r--r--kopete/KABC_INTEG_NOTES4
1 files changed, 2 insertions, 2 deletions
diff --git a/kopete/KABC_INTEG_NOTES b/kopete/KABC_INTEG_NOTES
index ea053dbe..d87b91a5 100644
--- a/kopete/KABC_INTEG_NOTES
+++ b/kopete/KABC_INTEG_NOTES
@@ -51,7 +51,7 @@ ONLY the actual linking and one-way storage from kopete in tdeabc and retrieval
Also ability to add tdeabc contained contacts to kopete ( selected ones only )
Linking
-use KMC UID to store KABC uid, QString::null if no link.
+use KMC UID to store KABC uid, TQString::null if no link.
Establish the link using KMC Props dialog (mETz: Alt+return shortcut to open pls).
Policy:
One way kopete->tdeabc contacts
@@ -502,7 +502,7 @@ We should never store nicknames in tdeabc. The metacontact name should be taken
Of course every fields shouldn't be stored in KABC (for example: MSN's groups, or others)
to know what can be saved or not in tdeabc, i see two ways:
-1) KopeteMetaContact::setData( QString key , QString data , bool saveToKAB);
+1) KopeteMetaContact::setData( TQString key , TQString data , bool saveToKAB);
2) if the key is or not recognized by KABC. example, if i save "messaging/msn-groups" KAB is not able to store it, so don't store it in KABC