<div class="gmail_quote">On Thu, Jul 7, 2011 at 5:09 PM, James Tatum <span dir="ltr"><<a href="mailto:jtatum@gmail.com">jtatum@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Would this be a good time to suggest that the external feeds just be<br>
removed altogether? I'm really unclear on the value of these when they<br>
aren't filtered for P2PU related activities, and the mechanism of how<br>
such filtering would work is also unclear to me. As a user, I don't<br>
understand how I'm supposed to use them.<br>
<br></blockquote><div><br></div><div>Personally, I like them. When I login, I see what people are up to and it's neat. I wouldn't mind filtering though to just get P2PU domain updates because sometimes it *does* get to be too much especially if one has github linked up. I pity my followers sometimes! </div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
If we do stick with them, I think their issues break down as:<br>
<br>
1. Explaining to a publisher (someone who adds a feed to their site)<br>
what to add and why - for instance, "don't add your Flickr account<br>
(unless you're in a photography group), but do add your blog feed that<br>
shows articles related to the topic you're studying"<br>
2. Making it easier to filter articles, as a publisher and as a follower<br>
3. External feeds in general I think need love, for instance the<br>
initial add and update mechanisms seem to produce bursts of updates -<br>
and perhaps something on the display side to filter them as well<br>
<br></blockquote><div>Yes, we have a bug report on that: <a href="http://p2pu.lighthouseapp.com/projects/71002/tickets/61-flickr-sync-is-a-deluge">http://p2pu.lighthouseapp.com/projects/71002/tickets/61-flickr-sync-is-a-deluge</a></div>
<div><br></div><div>And I +1 :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
If the purpose of feeds is, "I think soandso is an interesting person,<br>
let's see what they're up to outside P2PU," then whatever we implement<br>
for these will trend towards the functionality of something like<br>
FriendFeed or Google Buzz. Is there a use case for these that guides<br>
the conversation about them?<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div><br></div><div>I think that's one of the purposes. Before we couldn't say "don't subscribe" when we added an external link. Now we can so people are choosing to publish activity to P2PU. </div>
<div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div class="h5">
On Thu, Jul 7, 2011 at 1:59 PM, Jessica Ledbetter<br>
<<a href="mailto:jessica@jessicaledbetter.com">jessica@jessicaledbetter.com</a>> wrote:<br>
><br>
> On Thu, Jul 7, 2011 at 3:44 PM, Philipp Schmidt <<a href="mailto:philipp@p2pu.org">philipp@p2pu.org</a>> wrote:<br>
>><br>
>> Suggested Default:<br>
>> * Messages from course organizer (in separate color?)<br>
><br>
> An easy way to see just the messages from the organizer would be helpful. I<br>
> think we'd talked about allowing an organizer to have an "important message"<br>
> on the group's main page. So being able to filter just for organizer<br>
> messages would be fantastic.<br>
><br>
>><br>
>> * Messages from other participants<br>
>> * New tasks created<br>
>> * New participants<br>
>> Suggested Optional:<br>
>> * New comment to task created (in task) - I'm a little undecided if this<br>
>> one should be default<br>
><br>
> I like seeing the activity personally which would be comments. It shows how<br>
> the course/group is "alive."<br>
><br>
>><br>
>> * External feeds (these are creating most of the noise I think)<br>
><br>
> Yes. They are. And sometimes they're showing up multiple times. I think I<br>
> know why but haven't come up with a great solution to it.<br>
><br>
>><br>
>> * New follower<br>
>><br>
>>><br>
>>>    Can this decsion be made by the person who creates the group?<br>
>><br>
>> I'll stick my head out and suggest that we do NOT give users the option to<br>
>> control this. I anticipate that this will cause a lot of discussion, but<br>
>> there is research on UX design that shows more options make users unhappy<br>
>> (and confused). Is there really a course where participants would not want<br>
>> to see messages from the organizers, other participants and task creation in<br>
>> the activity stream?<br>
><br>
> I also agree that too many options cause confusion/unhappiness.<br>
><br>
>><br>
>> If we notice that users struggle with the defaults - then we adjust (or<br>
>> give more options).<br>
>><br>
>>><br>
>>>    But what events/activities do we choose to display?<br>
>>><br>
>>>    Zuzel will send a mail to the dev list to get feedback, but will<br>
>>> need to implement something by Monday.<br>
>>> ===============================================================<br>
>>><br>
>>> There are 4 different kinds of activities in the wall:<br>
>>><br>
>>> * messages posted to the wall by organizers and participants (soon<br>
>>> threaded to allow discussions not related to tasks to happen inside a<br>
>>> group)<br>
>>> * activity related to tasks (creation of new tasks, non minor editions<br>
>>> to tasks, threaded comments around tasks)<br>
>>> * activity that is shared by the organizers from the external links<br>
>>> the group is subscribed to.<br>
>>> * activity related to new faces interested on the course (someone is<br>
>>> following the course)<br>
>>><br>
>>> We have to decide which of this will be in by default on the wall, and<br>
>>> with can be seen or filtered for quickly access by clicking on<br>
>>> predefined filters (e.g. See activity related to [everything],<br>
>>> [messages], [tasks], [subscriptions], [people]).<br>
>><br>
>> Filter options:<br>
>> [Messages from Organizer]<br>
>><br>
>> [All messages]<br>
>> [New tasks]<br>
>> [Subscriptions]<br>
>><br>
><br>
> +1 to all this. Edits on tasks maybe but that's more helpful if someone<br>
> makes a "placeholder" task that is empty. I figure the organizer would then<br>
> post to the wall that the task is now ready for work.<br>
><br>
>>><br>
>>> Thoughts?<br>
>>><br>
>>> --<br>
>>> Thanks,<br>
>>>    Zuzel<br>
><br>
> --<br>
> Jessica Ledbetter<br>
> <a href="http://jessicaledbetter.com" target="_blank">http://jessicaledbetter.com</a><br>
><br>
><br>
</div></div><div><div></div><div class="h5">> _______________________________________________<br>
> p2pu-dev mailing list<br>
> <a href="mailto:p2pu-dev@lists.p2pu.org">p2pu-dev@lists.p2pu.org</a><br>
> <a href="http://lists.p2pu.org/mailman/listinfo/p2pu-dev" target="_blank">http://lists.p2pu.org/mailman/listinfo/p2pu-dev</a><br>
><br>
><br>
_______________________________________________<br>
p2pu-dev mailing list<br>
<a href="mailto:p2pu-dev@lists.p2pu.org">p2pu-dev@lists.p2pu.org</a><br>
<a href="http://lists.p2pu.org/mailman/listinfo/p2pu-dev" target="_blank">http://lists.p2pu.org/mailman/listinfo/p2pu-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><font color="#999999" size="1" face="georgia, serif">Jessica Ledbetter</font><div><a href="http://jessicaledbetter.com" target="_blank"><font color="#999999" size="1" face="georgia, serif">http://jessicaledbetter.com</font></a></div>
<div><br></div><br>