[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-telepathy
Subject: Re: What should be in the contact list
From: Martin Klapetek <martin.klapetek () gmail ! com>
Date: 2011-02-11 14:08:22
Message-ID: AANLkTimzf7j1oPpHNv6iYcOEG9nFOrZg01jsLhMkS1Zh () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Fri, Feb 11, 2011 at 14:18, George Kiagiadakis <
kiagiadakis.george@gmail.com> wrote:
> 2011/2/10 Martin Klapetek <martin.klapetek@gmail.com>:
> >> - A way of selecting your current presence?
> >> (slightly controversial, given we have a plasmoid, but I can see plenty
> >> of reasons to have it in the contact list as well. It'd be a bit
> clearer. I
> >> don't think it goes away from desktop integration)
> >
> > My vote is to keep this one in the CL as well. Imagine you don't have the
> > plasmoid anywhere, have hidden panel etc. and you want to quickly set
> your
> > presence. CL is the ideal place for that. Also Empathy has it there ;)
>
> I also have an idea about this one, related to the above a little bit.
> There are two possible usage scenarios of an IM app. The traditional
> PC IM apps have a contact list that is the "main" window for doing
> everything and that minimizes to the tray instead of closing, etc, and
> the destop-integrated IM solutions (see N900 again) have a contact
> list that doesn't really offer anything else than contacts.
> Personally, I think our target should be the desktop integrated thing,
> however, I think that many people will complain about it, as it is
> something unfamiliar to them, so perhaps we could build a contact list
> ui that can handle both use cases.
>
> My proposal is this: If the user has the presence plasmoid active on
> his desktop, adjust the contact list ui to show only contacts and no
> accounts or anything else. In this case, the contact list should also
> not minimize anywhere when closed, it should exit properly, plus it
> should not alter the status of the accounts when it is closed. But, in
> case the user has no presence plasmoid active, adjust the contact list
> to act as a traditional IM app, which means: show accounts and a way
> to set them online/offline, minimize to the tray instead of closing,
> set accounts offline when it is closed and offer options to start the
> text/call UIs so that the user can join chat rooms or call numbers
> through the contact list. Of course this could be all configurable,
> there is no point in restricting users if the application supports
> something, I am just talking about defaults here.
>
Yes, showing/hiding the account presence controls is perfectly doable in the
current CL implementation. I like the idea, too. Though I would at least
keep the ability to start a text chat from CL all the time. What else would
the CL be for then? :)
>
> >>
> >> - A list of current connection issues?
> >> (again like Empathy which displays warning at the top of the list if
> >> anything failed to connect, then launching the accounts-kcm as
> appropriate)
> >
> > Yes, we definitely need a way to let the user see the connection issues.
> > Empathy's way seems great. Although I'd move it down, again as Dolphin
> uses
> > it (and it fact the rest of KDE).
>
> Yeah, we need that as well, but I think the presence plasmoid should
> also show such errors and in the contact list their appearence should
> be tied to the appearence of the accounts status, i.e. if the contact
> list is configured to show no accounts, it should show no connection
> errors as well.
>
How about showing them in the CL if the window has focus, otherwise show
them in the plasma applet (if loaded)?
[Attachment #5 (text/html)]
<div class="gmail_quote">On Fri, Feb 11, 2011 at 14:18, George Kiagiadakis <span \
dir="ltr"><<a href="mailto:kiagiadakis.george@gmail.com">kiagiadakis.george@gmail.com</a>></span> \
wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex;">
2011/2/10 Martin Klapetek <<a \
href="mailto:martin.klapetek@gmail.com">martin.klapetek@gmail.com</a>>:<div \
class="im"> >> - A way of selecting your current presence?<br>
>> (slightly controversial, given we have a plasmoid, but I can see plenty<br>
>> of reasons to have it in the contact list as well. It'd be a bit \
clearer. I<br> >> don't think it goes away from desktop integration)<br>
><br>
> My vote is to keep this one in the CL as well. Imagine you don't have \
the<br> > plasmoid anywhere, have hidden panel etc. and you want to quickly set \
your<br> > presence. CL is the ideal place for that. Also Empathy has it there \
;)<br> <br>
</div>I also have an idea about this one, related to the above a little bit.<br>
There are two possible usage scenarios of an IM app. The traditional<br>
PC IM apps have a contact list that is the "main" window for doing<br>
everything and that minimizes to the tray instead of closing, etc, and<br>
the destop-integrated IM solutions (see N900 again) have a contact<br>
list that doesn't really offer anything else than contacts.<br>
Personally, I think our target should be the desktop integrated thing,<br>
however, I think that many people will complain about it, as it is<br>
something unfamiliar to them, so perhaps we could build a contact list<br>
ui that can handle both use cases.<br>
<br>
My proposal is this: If the user has the presence plasmoid active on<br>
his desktop, adjust the contact list ui to show only contacts and no<br>
accounts or anything else. In this case, the contact list should also<br>
not minimize anywhere when closed, it should exit properly, plus it<br>
should not alter the status of the accounts when it is closed. But, in<br>
case the user has no presence plasmoid active, adjust the contact list<br>
to act as a traditional IM app, which means: show accounts and a way<br>
to set them online/offline, minimize to the tray instead of closing,<br>
set accounts offline when it is closed and offer options to start the<br>
text/call UIs so that the user can join chat rooms or call numbers<br>
through the contact list. Of course this could be all configurable,<br>
there is no point in restricting users if the application supports<br>
something, I am just talking about defaults \
here.<br></blockquote><div><br></div><div>Yes, showing/hiding the account presence \
controls is perfectly doable in the current CL implementation. I like the idea, too. \
Though I would at least keep the ability to start a text chat from CL all the time. \
What else would the CL be for then? :) </div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex;"> <div class="im"><br>
>><br>
>> - A list of current connection issues?<br>
>> (again like Empathy which displays warning at the top of the list if<br>
>> anything failed to connect, then launching the accounts-kcm as \
appropriate)<br> ><br>
> Yes, we definitely need a way to let the user see the connection issues.<br>
> Empathy's way seems great. Although I'd move it down, again as Dolphin \
uses<br> > it (and it fact the rest of KDE).<br>
<br>
</div>Yeah, we need that as well, but I think the presence plasmoid should<br>
also show such errors and in the contact list their appearence should<br>
be tied to the appearence of the accounts status, i.e. if the contact<br>
list is configured to show no accounts, it should show no connection<br>
errors as well.<br></blockquote><div><br></div><div>How about showing them in the CL \
if the window has focus, otherwise show them in the plasma applet (if \
loaded)?</div></div>
_______________________________________________
KDE-Telepathy mailing list
KDE-Telepathy@kde.org
https://mail.kde.org/mailman/listinfo/kde-telepathy
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic