[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-09 22:26:21
Message-ID: AANLkTikn-c9ogCFD-hjDqkFG69ePvWLhp2J0zg=eB3=L () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


2011/2/9 David Edmundson <david@davidedmundson.co.uk>

> Martin seems to be doing an awesome job on the contact list, but I feel we
> need to discuss what should actually be in the contact list, and maybe
> divide up some tasks to get things done quicker/give new people something to
> do. Some of the dialogs/actions (such as add a contact) can easily be
> developed outside of the contact list, and then merged in at any point, so
> we can get a few more people working simultaneously.
>
> So to get the list started:
>  - Super sexy model delegates to match how we designed the core parts of
> the contact list.
> Martin has the photos from the Sprint and is making a start on this.
>

If anyone knows QPainter/delegates, I could use your advices here and there,
otherwise I've got this covered ;)


>
>  - Some way of adding a new contact.
>
>  - A dialog for editing your "personal information", (alias, the XMPP
> contact information)
> I like how empathy does this with the dialog. I can't think of anything
> better.
>

Yes, these two are pretty easy tasks and would be great if anybody would
like work on them. As David said, these can be integrated/merged back at any
time. The question is, should this go through the k-lib or be implemented
directly using tp-qt? (In fact, I still quite don't know, what all features
the lib will provide and which I should implement myself..?)


>
>  - A way of joining rooms
> Ideally like Empathy which can query room lists, rather than my previous
> simple text box. I've seen the Tp-Qt4 API documentation on  doing this.
>
> -- below are some more controversial thoughts.
>
> - A text filter for contacts?
>

Not always visible would be great. I'd like to keep the CL window as simple
(and clear) as possible, so it won't end up crowded with widgets. I like the
way Dolphin implements this - you press Ctrl+I, a filter bar appears at the
bottom with focus, you start typing etc. That would be great.


>
> - 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 ;)


>
> - 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).

Marty

[Attachment #5 (text/html)]

<div class="gmail_quote">2011/2/9 David Edmundson <span dir="ltr">&lt;<a \
href="mailto:david@davidedmundson.co.uk">david@davidedmundson.co.uk</a>&gt;</span><br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex;">

Martin seems to be doing an awesome job on the contact list, but I feel we need to \
discuss what should actually be in the contact list, and maybe divide up some tasks \
to get things done quicker/give new people something to do. Some of the \
dialogs/actions (such as add a contact) can easily be developed outside of the \
contact list, and then merged in at any point, so we can get a few more people \
working simultaneously.<div>


<br></div><div>So to get the list started:</div><div> - Super sexy model delegates to \
match how we designed the core parts of the contact list.</div><div>Martin has the \
photos from the Sprint and is making a start on this.</div>

</blockquote><div><br></div><div>If anyone knows QPainter/delegates, I could use your \
advices here and there, otherwise I&#39;ve got this covered ;)</div><div> \
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex;">


<div><br></div><div> - Some way of adding a new contact.</div><div><br></div><div> - \
A dialog for editing your &quot;personal information&quot;, (alias, the XMPP contact \
information)</div><div>I like how empathy does this with the dialog. I can&#39;t \
think of anything better.</div>

</blockquote><div><br></div><div>Yes, these two are pretty easy tasks and would be \
great if anybody would like work on them. As David said, these can be \
integrated/merged back at any time. The question is, should this go through the k-lib \
or be implemented directly using tp-qt? (In fact, I still quite don&#39;t know, what \
all features the lib will provide and which I should implement myself..?)</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex;"> <div><br></div><div> - A way of joining \
rooms</div><div>Ideally like Empathy which can query room lists, rather than my \
previous simple text box. I&#39;ve seen the Tp-Qt4 API documentation on  doing \
this.</div><div><br></div>


<div>-- below are some more controversial thoughts.</div><div><br></div><div>- A text \
filter for contacts?</div></blockquote><div><br></div><div>Not always visible would \
be great. I&#39;d like to keep the CL window as simple (and clear) as possible, so it \
won&#39;t end up crowded with widgets. I like the way Dolphin implements this - you \
press Ctrl+I, a filter bar appears at the bottom with focus, you start typing etc. \
That would be great.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex;"><div><br></div><div>- A way of selecting your current \
presence?</div><div> (slightly controversial, given we have a plasmoid, but I can see \
plenty of reasons to have it in the contact list as well. It&#39;d be a bit clearer. \
I don&#39;t think it goes away from desktop integration)</div>

</blockquote><div><br></div><div>My vote is to keep this one in the CL as well. \
Imagine you don&#39;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 ;)</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex;"> <div><br></div><div>- A list of current connection \
issues? </div><div> (again like Empathy which displays warning at the top of the list \
if anything failed to connect, then launching the accounts-kcm as appropriate)</div>

</blockquote><div><br></div><div>Yes, we definitely need a way to let the user see \
the connection issues. Empathy&#39;s way seems great. Although I&#39;d move it down, \
again as Dolphin uses it (and it fact the rest of KDE).</div>

<div><br></div><div>Marty</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