[kopete-devel] [Bug 146326] Allow to set and receive status messages for ICQ while online
--- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. http://bugs.kde.org/show_bug.cgi?id=146326 mattr kde org changed: What|Removed |Added CC||kopete-devel kde org Component|general |ICQ and AIM Plugins ___ kopete-devel mailing list kopete-devel@kde.org https://mail.kde.org/mailman/listinfo/kopete-devel
Re: [kopete-devel] User Info Editting (proposal)
On Wednesday 13 June 2007 12:30:34 Olivier Goffart wrote: > Le mercredi 13 juin 2007, Gustavo Pichorim Boiko a écrit : > > Hi > > > > After thinking a bit more about that subject, I've got to write a > > proposal on that subject. > > > > http://people.mandriva.com/~boiko/kopete/user_info/ > > From your page: > > One approach to simplify that would be to share a single identity across > > all protocols, but this does not fit in all cases (for example, in a > > jabber account used for work contacts, you might want to put a different > > photo than the one you would put in a personal account), and for the > > uncovered cases we still lack a solution. > > That's the point of having multiple identities. > > My idea of a identity is the same as a meta-contact. (or like a > meta-account) An Identity contains accounts like a meta-contact contains > contact. > > account that are in the same identity share all data. that include > nickname, photo, vcard, and even status and status messages. > by vcard i mean the "identity" card, basically the same as the one in kabc. > Identities would probably replace different accounts in the status bar. > > This is anyway just my utopia. This is a good idea, and as a start, each account (when added) would be an identity by itself (meaning that if the user haven't choosen to add the new account to an existing identity. Every account must belong to exactly one identity. And by doing that, user information will be only configurable through the identity interface. This would be very nice in fact. We should only take care of not complicating the interface too much, keeping it simple should be a requirement. > I have not solved the problem of synchronisation Maybe akonadi could help on that. > > What I am proposing is to add as many properties as possible to the > > protocol-independent account layer (which would be Kopete::Account or > > Kopete::Contact, but probably the first). > > The existence of such properties could be queried > > It would be interesting if your "new widget" could be also be used for > showing contacts (and meta-contact) properties. That's why IMO property > should be at contact level (and they are already), and the existence of > properties could probably belong to Kopete::Protocol Yes, I talked to Will on IRC and it is a concensus that the same interface should be used to edit contacs and the personal user info. > > Shared Config Widget vs Custom Properties > > [...] > > Yes, that's good. > > > The visual representation > > [...] > > I'm not sure we should place that widget into the configure account page. > But place this in another dialog, like we already do in Jabber and AIM. I'm having some more ideas on that, probably an update to the first proposal will follow :) > The reason is that the editaccount is more for connection and preference. > Also, for most protocols, that information is stored in the server, and > then require to be connected (and then make no sens to put that widget when > adding a contact) But if you are editting the identity, that information can be sent to the server when the account gets connected. Even more, if you are adding an account to an existing identity at the account creation time, you will need to syncronize that when the account gets connected anyway. > It make sens to me to be able to show this widget also in the dialog of > contact information (and have theses dialog common either) indeed :) > About your blender-like idea, it is AFAIK not used in KDE, I don't know > why. It may be interesting. I was even thinking about proposing that to be used in some more places, but I wanted to use it somewhere as a proof of concept, and probably I will do this in kopete, if later we decide it is not a good idea, it can be replaced by something else, it is just the visual representation anyway. Many thanks for your input. I will send another message as soon as I have news on that. Cheers -- Gustavo Pichorim Boiko --- KDE Developer www.kde.org Mandriva Labs www.mandriva.com ___ kopete-devel mailing list kopete-devel@kde.org https://mail.kde.org/mailman/listinfo/kopete-devel
[kopete-devel] [Bug 146326] Allow to set and receive status messages for ICQ while online
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=146326 kedgedev centrum cz changed: What|Removed |Added AssignedTo|kopete-devel kde org|kedgedev centrum cz Status|NEW |ASSIGNED --- Additional Comments From kedgedev centrum cz 2007-06-13 17:37 --- It isn't implemented in trunk, we have only Xtraz status there. ICQ 6 allows new online status messages, it's like Xtraz but without icon and of course the implementation is different :( Anyway I have the patch ready, but I have to clean it before I can commit it. ___ kopete-devel mailing list kopete-devel@kde.org https://mail.kde.org/mailman/listinfo/kopete-devel
Re: [kopete-devel] User Info Editting (proposal)
Le mercredi 13 juin 2007, Gustavo Pichorim Boiko a écrit : > Hi > > After thinking a bit more about that subject, I've got to write a proposal > on that subject. > > http://people.mandriva.com/~boiko/kopete/user_info/ From your page: > One approach to simplify that would be to share a single identity across all > protocols, but this does not fit in all cases (for example, in a jabber > account used for work contacts, you might want to put a different photo than > the one you would put in a personal account), and for the uncovered cases we > still lack a solution. That's the point of having multiple identities. My idea of a identity is the same as a meta-contact. (or like a meta-account) An Identity contains accounts like a meta-contact contains contact. account that are in the same identity share all data. that include nickname, photo, vcard, and even status and status messages. by vcard i mean the "identity" card, basically the same as the one in kabc. Identities would probably replace different accounts in the status bar. This is anyway just my utopia. I have not solved the problem of synchronisation > What I am proposing is to add as many properties as possible to the > protocol-independent account layer (which would be Kopete::Account or > Kopete::Contact, but probably the first). > The existence of such properties could be queried It would be interesting if your "new widget" could be also be used for showing contacts (and meta-contact) properties. That's why IMO property should be at contact level (and they are already), and the existence of properties could probably belong to Kopete::Protocol > Shared Config Widget vs Custom Properties > [...] Yes, that's good. > The visual representation > [...] I'm not sure we should place that widget into the configure account page. But place this in another dialog, like we already do in Jabber and AIM. The reason is that the editaccount is more for connection and preference. Also, for most protocols, that information is stored in the server, and then require to be connected (and then make no sens to put that widget when adding a contact) It make sens to me to be able to show this widget also in the dialog of contact information (and have theses dialog common either) About your blender-like idea, it is AFAIK not used in KDE, I don't know why. It may be interesting. signature.asc Description: This is a digitally signed message part. ___ kopete-devel mailing list kopete-devel@kde.org https://mail.kde.org/mailman/listinfo/kopete-devel
[kopete-devel] User Info Editting (proposal)
Hi After thinking a bit more about that subject, I've got to write a proposal on that subject. http://people.mandriva.com/~boiko/kopete/user_info/ I really want to get feedback on that, so if you have an idea or a suggestion, please let me know. Cheers -- Gustavo Pichorim Boiko --- KDE Developer www.kde.org Mandriva Labs www.mandriva.com ___ kopete-devel mailing list kopete-devel@kde.org https://mail.kde.org/mailman/listinfo/kopete-devel
[kopete-devel] [Bug 146730] kopete spam messages filter
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=146730 andre duffeck de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From andre duffeck de 2007-06-13 11:34 --- *** This bug has been marked as a duplicate of 57234 *** ___ kopete-devel mailing list kopete-devel@kde.org https://mail.kde.org/mailman/listinfo/kopete-devel
[kopete-devel] [Bug 57234] messages from people not in contact list should be filtered.
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=57234 --- Additional Comments From andre duffeck de 2007-06-13 11:34 --- *** Bug 146730 has been marked as a duplicate of this bug. *** ___ kopete-devel mailing list kopete-devel@kde.org https://mail.kde.org/mailman/listinfo/kopete-devel
[kopete-devel] [Bug 57234] messages from people not in contact list should be filtered.
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=57234 andre duffeck de changed: What|Removed |Added CC||zed miandr info --- Additional Comments From andre duffeck de 2007-06-13 11:33 --- *** Bug 146731 has been marked as a duplicate of this bug. *** ___ kopete-devel mailing list kopete-devel@kde.org https://mail.kde.org/mailman/listinfo/kopete-devel
[kopete-devel] [Bug 146731] kopete spam messages filter
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=146731 andre duffeck de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From andre duffeck de 2007-06-13 11:33 --- *** This bug has been marked as a duplicate of 57234 *** ___ kopete-devel mailing list kopete-devel@kde.org https://mail.kde.org/mailman/listinfo/kopete-devel
[kopete-devel] [Bug 146731] New: kopete spam messages filter
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=146731 Summary: kopete spam messages filter Product: kopete Version: unspecified Platform: FreeBSD Ports OS/Version: FreeBSD Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general AssignedTo: kopete-devel kde org ReportedBy: zed miandr info Version: 0.12.4 (using KDE KDE 3.5.6) Installed from:FreeBSD Ports OS:FreeBSD wish kopete to be able to do not receive messages from contact that is not in my contact-list (ICQ) ___ kopete-devel mailing list kopete-devel@kde.org https://mail.kde.org/mailman/listinfo/kopete-devel
[kopete-devel] [Bug 146730] New: kopete spam messages filter
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=146730 Summary: kopete spam messages filter Product: kopete Version: unspecified Platform: FreeBSD Ports OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: NOR Component: general AssignedTo: kopete-devel kde org ReportedBy: zed miandr info Version: 0.12.4 (using KDE KDE 3.5.6) Installed from:FreeBSD Ports OS:FreeBSD wish kopete to be able to do not receive messages from contact that is not in my contact-list (ICQ) ___ kopete-devel mailing list kopete-devel@kde.org https://mail.kde.org/mailman/listinfo/kopete-devel
