Le lundi 21 janvier 2008, Oleg Girko a écrit : > On Sunday 20 January 2008, Olivier Goffart wrote: > > Le dimanche 20 janvier 2008, Oleg Girko a écrit : > > > Hi! > > > > > > The patch attached to this message fixes 2 annoying inconveniences in > > > Kopete ICQ authorisation request dialog. > > > > I don't know ICQ code so I can't comment that. > > Anway, I think Kopete::Ui::ContactAddedNotifyDialog should be used > > instead of a custom one in order to uniformize authorisations dialog in > > kopete. > > This is not about notification that somebody added you as a contact. > This is about dialog window which pops up when somebody asks you for > authorisation to add you to his contact list.
This is what this dialog is for. You can configure which widget you want to see (authorisation, adding, info button) > > Adding a KNotification in ContactAddedNotifyDialog will brobably be a > > good idea. > KNotification is useful for that, but using KNotification only will not be > sufficient. There are events which require your attention, there are also > events which require your interaction. The way KNotification works makes it > good for attracting attention of user (like playing sound or showing a tiny > popup in the corner of the screen for a short period of time). > > But it has a limitation that it can be easily missed if user didn't pay > attention for some reason or just went out for a brief period of time. > Some people (like me) would like not to miss those events, so the arrival > of event should be confirmed by some user action. Also, some events require > user interaction anyway (user must accept or decline authorisation request, > for example). > > The first which comes to mind is persistent notification provided by the > same KNotification. Popup can contain some user interface elements and > disappear only as a result of mouse click. However, this is not very useful > and sometimes can be very annoying. KNotification + dialog, and the dialog would not have the focus bu default. > Now let's look at the way other IM clients notify users about events. > For example, Psi shows icon animation in contact list when event concerning > particular contact arrives. The animation is different for different event > types: authorisation requests, messages etc. If the event concerning a > contact not in contact list arrives, temporary contact appears in the > contact list. In any case, dialog or window corresponding to the event pops > up only after user clicked on a contact with animated icon. No unexpected > popups on asynchronous events. I'm not opposed to do that way. (i would say i like it)
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ kopete-devel mailing list [email protected] https://mail.kde.org/mailman/listinfo/kopete-devel
