Re: [Sugar-devel] Friends view UI affordances?
On 4 Sep 2009, at 06:59, Christoph Derndorfer wrote: On Thu, Sep 3, 2009 at 7:22 PM, Eben Eliason e...@laptop.org wrote: On Wed, Sep 2, 2009 at 10:01 PM, Caroline Meekssolutiongr...@gmail.com wrote: My vision is that we would create Moodle Classes for all the various groupings that students have throughout the day. Then maybe the Neighborhood view shows only people who share a group with you, or maybe those people get preference if the Neighborhood gets too crowded. I think giving preference to people one knows/interacts with is a logical approach. On the Friends view it might be useful to pick just one of these groups. So if I'm in Reading Group A right now I could choose Reading Group A in a drop down in the friends view and it would show only people in my reading group. Later I am in Mr. J's Afterschool club and I pick that so I can work with them. After that I'm in homework time and I want to work on my Reading Group, I can use this to easily see if anyone else from my Reading Group is around to work on the homework assignment with. +1. This has been our intent for the groups view all along, and the lack of groups (naturally) has left it mostly useless. I think we should retain the ability to make friends, who should also appear in the view (and give it some utility until the rest is built), but the ability to filter the view to see and interact with specific groups of individuals is key to the collaborative experience. We had an ambitious view of what groups should be in the absence of a server, before Moodle was investigated. Perhaps we can start with a moodle approach and merge/sync that with a server-less approach later. Or perhaps the server-less ideal isn't actually needed, and Moodle is the appropriate means of introducing this much desired feature. Mmm, seeing that many deployment schools (a) don't seem to have a school server or (b) might have a school server but one that's not in use (due to config issues, power supply issues, etc.) I'm not convinced that making Moodle a hard requirement for that kind of functionality is a good idea. If there's a school server / Moodle installation then let's use it by all means but I do believe that we must try to offer a reasonable solution to places without that kind of infrastructure. +1 Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Friends view UI affordances?
On Wed, Sep 2, 2009 at 10:01 PM, Caroline Meekssolutiongr...@gmail.com wrote: My vision is that we would create Moodle Classes for all the various groupings that students have throughout the day. Then maybe the Neighborhood view shows only people who share a group with you, or maybe those people get preference if the Neighborhood gets too crowded. I think giving preference to people one knows/interacts with is a logical approach. On the Friends view it might be useful to pick just one of these groups. So if I'm in Reading Group A right now I could choose Reading Group A in a drop down in the friends view and it would show only people in my reading group. Later I am in Mr. J's Afterschool club and I pick that so I can work with them. After that I'm in homework time and I want to work on my Reading Group, I can use this to easily see if anyone else from my Reading Group is around to work on the homework assignment with. +1. This has been our intent for the groups view all along, and the lack of groups (naturally) has left it mostly useless. I think we should retain the ability to make friends, who should also appear in the view (and give it some utility until the rest is built), but the ability to filter the view to see and interact with specific groups of individuals is key to the collaborative experience. We had an ambitious view of what groups should be in the absence of a server, before Moodle was investigated. Perhaps we can start with a moodle approach and merge/sync that with a server-less approach later. Or perhaps the server-less ideal isn't actually needed, and Moodle is the appropriate means of introducing this much desired feature. Eben On Mon, Aug 31, 2009 at 11:46 AM, Benjamin M. Schwartz bmsch...@fas.harvard.edu wrote: Christoph Derndorfer wrote: On Mon, Aug 31, 2009 at 5:03 PM, Walter Bender walter.ben...@gmail.comwrote: 5. Automatically add anyone with whom you have been collaborating to the Friends view. (Doesn't quite solve the problem Michael describes, but it will result in a populated view. And it is easy enough to delete entries.) Personally I'm very much opposed to doing something like this without the user's explicit consent, especially since this is quickly going to result in a very cluttered friend's view. I agree... unless we rename it to something like the Recent Friends view. It could simply show, say, the 20 people with whom we have most recently collaborated. This would discard existing functionality in favor of different, new functionality. I suspect that this would still be an improvement, and that the current Friends view is little-used, but it would be nice to have confirmation from deployers before tearing out that feature. Ideally, both of these functions could coexist in the context of the Groups View, but we have only the vaguest mockups of how Groups should function, and even less of a blueprint for implementing them. --Ben ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Friends view UI affordances?
On 3 Sep 2009, at 14:37, Eben Eliason wrote: On Wed, Sep 2, 2009 at 10:01 PM, Caroline Meekssolutiongr...@gmail.com wrote: My vision is that we would create Moodle Classes for all the various groupings that students have throughout the day. Then maybe the Neighborhood view shows only people who share a group with you, or maybe those people get preference if the Neighborhood gets too crowded. I think giving preference to people one knows/interacts with is a logical approach. On the Friends view it might be useful to pick just one of these groups. So if I'm in Reading Group A right now I could choose Reading Group A in a drop down in the friends view and it would show only people in my reading group. Later I am in Mr. J's Afterschool club and I pick that so I can work with them. After that I'm in homework time and I want to work on my Reading Group, I can use this to easily see if anyone else from my Reading Group is around to work on the homework assignment with. +1. This has been our intent for the groups view all along, and the lack of groups (naturally) has left it mostly useless. I think we should retain the ability to make friends, who should also appear in the view (and give it some utility until the rest is built), but the ability to filter the view to see and interact with specific groups of individuals is key to the collaborative experience. I'd describe friends as just a default (local) group each users Sugar install has, and once there are other groups (whatever the agreed solution finally gets to be) you get to switch between them in Groups view (see mockups): http://wiki.sugarlabs.org/go/Design_Team/Proposals/Groups#Group_view_with_additional_management Regards, --Gary We had an ambitious view of what groups should be in the absence of a server, before Moodle was investigated. Perhaps we can start with a moodle approach and merge/sync that with a server-less approach later. Or perhaps the server-less ideal isn't actually needed, and Moodle is the appropriate means of introducing this much desired feature. Eben On Mon, Aug 31, 2009 at 11:46 AM, Benjamin M. Schwartz bmsch...@fas.harvard.edu wrote: Christoph Derndorfer wrote: On Mon, Aug 31, 2009 at 5:03 PM, Walter Bender walter.ben...@gmail.comwrote: 5. Automatically add anyone with whom you have been collaborating to the Friends view. (Doesn't quite solve the problem Michael describes, but it will result in a populated view. And it is easy enough to delete entries.) Personally I'm very much opposed to doing something like this without the user's explicit consent, especially since this is quickly going to result in a very cluttered friend's view. I agree... unless we rename it to something like the Recent Friends view. It could simply show, say, the 20 people with whom we have most recently collaborated. This would discard existing functionality in favor of different, new functionality. I suspect that this would still be an improvement, and that the current Friends view is little-used, but it would be nice to have confirmation from deployers before tearing out that feature. Ideally, both of these functions could coexist in the context of the Groups View, but we have only the vaguest mockups of how Groups should function, and even less of a blueprint for implementing them. --Ben ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Friends view UI affordances?
My vision is that we would create Moodle Classes for all the various groupings that students have throughout the day. Then maybe the Neighborhood view shows only people who share a group with you, or maybe those people get preference if the Neighborhood gets too crowded. On the Friends view it might be useful to pick just one of these groups. So if I'm in Reading Group A right now I could choose Reading Group A in a drop down in the friends view and it would show only people in my reading group. Later I am in Mr. J's Afterschool club and I pick that so I can work with them. After that I'm in homework time and I want to work on my Reading Group, I can use this to easily see if anyone else from my Reading Group is around to work on the homework assignment with. On Mon, Aug 31, 2009 at 11:46 AM, Benjamin M. Schwartz bmsch...@fas.harvard.edu wrote: Christoph Derndorfer wrote: On Mon, Aug 31, 2009 at 5:03 PM, Walter Bender walter.ben...@gmail.com wrote: 5. Automatically add anyone with whom you have been collaborating to the Friends view. (Doesn't quite solve the problem Michael describes, but it will result in a populated view. And it is easy enough to delete entries.) Personally I'm very much opposed to doing something like this without the user's explicit consent, especially since this is quickly going to result in a very cluttered friend's view. I agree... unless we rename it to something like the Recent Friends view. It could simply show, say, the 20 people with whom we have most recently collaborated. This would discard existing functionality in favor of different, new functionality. I suspect that this would still be an improvement, and that the current Friends view is little-used, but it would be nice to have confirmation from deployers before tearing out that feature. Ideally, both of these functions could coexist in the context of the Groups View, but we have only the vaguest mockups of how Groups should function, and even less of a blueprint for implementing them. --Ben ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Friends view UI affordances?
Folks, Before you know how Friends work, the Friends view it is completely barren except for the central XO-person and, as a result, is rather unusable. What are some ways that we could make the function of this screen more discoverable? So far, I've thought of a couple of things which might do the trick, but I'm interested in your feedback too. My ideas include: 1. Putting up a label when you have no friends telling you how to go get some. 2. Putting up a combobox listing people who you might add as friends. 3. Putting up a display like the journal empty display to try to tell you why you aren't seeing anything. 4. Putting up a button to move you to the neighborhood view, perhaps with a notification event to inform you of what to do. Thoughts? Michael signature.asc Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Friends view UI affordances?
El Sun, 30-08-2009 a las 17:31 -0400, Michael Stone escribió: Folks, Before you know how Friends work, the Friends view it is completely barren except for the central XO-person and, as a result, is rather unusable. What are some ways that we could make the function of this screen more discoverable? So far, I've thought of a couple of things which might do the trick, but I'm interested in your feedback too. My ideas include: 1. Putting up a label when you have no friends telling you how to go get some. 2. Putting up a combobox listing people who you might add as friends. 3. Putting up a display like the journal empty display to try to tell you why you aren't seeing anything. 4. Putting up a button to move you to the neighborhood view, perhaps with a notification event to inform you of what to do. Thoughts? If it were up to me, I'd go with 1 or 3 for simplicity, but leaving the XO guy in the center to avoid breaking the spaciality of the transition from the mesh all the way down to the activity circle. What would be the procedure to follow for handling change requests affecting the HIG from the initial proposal to the point where they become patches to the code? Does the Design Team have some preferred way to do it? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Friends view UI affordances?
On Mon, Aug 31, 2009 at 4:37 AM, Bernie Innocenti ber...@codewiz.orgwrote: El Sun, 30-08-2009 a las 17:31 -0400, Michael Stone escribió: Folks, Before you know how Friends work, the Friends view it is completely barren except for the central XO-person and, as a result, is rather unusable. What are some ways that we could make the function of this screen more discoverable? So far, I've thought of a couple of things which might do the trick, but I'm interested in your feedback too. My ideas include: 1. Putting up a label when you have no friends telling you how to go get some. 2. Putting up a combobox listing people who you might add as friends. 3. Putting up a display like the journal empty display to try to tell you why you aren't seeing anything. 4. Putting up a button to move you to the neighborhood view, perhaps with a notification event to inform you of what to do. Thoughts? If it were up to me, I'd go with 1 or 3 for simplicity, but leaving the XO guy in the center to avoid breaking the spaciality of the transition from the mesh all the way down to the activity circle. My thoughts exactly. Christoph -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel