Re: [Sugar-devel] Notification without activity instance
It's actually just like view source - you can be running any activity and upon pressing the shortcut, the social-help activity is launched. However, if there is no category (in the discourse forum) for currently active activity, then we just want to display a notification saying so. I really would like help with this - I'm stuck at this point. ᐧ On Sun, Jul 20, 2014 at 12:04 AM, Gonzalo Odiard godi...@sugarlabs.org wrote: On Sat, Jul 19, 2014 at 3:07 PM, Prasoon Shukla prasoon92.i...@gmail.com wrote: Hi all I've had this problem for some time now and I couldn't find a solution to it. The use case is like this: The user presses a keyboard shortcut (alt+shift+c) to launch an activity. However, if a certain condition is met, we *don't* launch the activity and instead we show the user a notification in the currently active/running activity. I want to show a notification and I *don't* have the activity instance on which I can attach a NotificationAlert. Are you trying to start one activity from another activity? What code you use to start the activity? Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Notification without activity instance
Hmm. I guess I'll just go with option 1 - if other activities are doing that then the user might expect similar behaviour. ᐧ On Sun, Jul 20, 2014 at 2:29 PM, Sam Parkinson sam.parkins...@gmail.com wrote: Hi, Three different ideas. Number 1: -- Maybe you should do this like the (non-social) help, and not display the option for activities that don't have a form. I'm not sure how possible that would be; depends on your architecture. Number 2: -- Why don't you just do like what happens in the journal? When the journal can't find any items it replaces the listview with a label that says Can't find anything :P (okay, not exactly). Number 3: -- I think Walter made a pull request to add a service to show notification banners (like you want). Here is the pull request discussion: https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/139 On Sun, Jul 20, 2014 at 5:32 PM, Prasoon Shukla prasoon92.i...@gmail.com wrote: It's actually just like view source - you can be running any activity and upon pressing the shortcut, the social-help activity is launched. However, if there is no category (in the discourse forum) for currently active activity, then we just want to display a notification saying so. I really would like help with this - I'm stuck at this point. ᐧ On Sun, Jul 20, 2014 at 12:04 AM, Gonzalo Odiard godi...@sugarlabs.org wrote: On Sat, Jul 19, 2014 at 3:07 PM, Prasoon Shukla prasoon92.i...@gmail.com wrote: Hi all I've had this problem for some time now and I couldn't find a solution to it. The use case is like this: The user presses a keyboard shortcut (alt+shift+c) to launch an activity. However, if a certain condition is met, we *don't* launch the activity and instead we show the user a notification in the currently active/running activity. I want to show a notification and I *don't* have the activity instance on which I can attach a NotificationAlert. Are you trying to start one activity from another activity? What code you use to start the activity? Gonzalo ___ 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] Notification without activity instance
Hi all I've had this problem for some time now and I couldn't find a solution to it. The use case is like this: The user presses a keyboard shortcut (alt+shift+c) to launch an activity. However, if a certain condition is met, we *don't* launch the activity and instead we show the user a notification in the currently active/running activity. I want to show a notification and I *don't* have the activity instance on which I can attach a NotificationAlert. So, I need to have some sort of generic notification that does not require an activity instance to latch on to. Walter and I had a chat a few days back and he told me that it was possible. Unfortunately, I've been quite busy this week and couldn't get the time to ask *how*? So, how do I do this? It would be wonderful if you can also give a little example. Thanks a lot. ᐧ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Social Help
It is as Gonzalo says. Also, I'll be making a couple of DB migration scripts that'll take all the data on the main Discourse server (users, discussion and all) and port it to the local school servers. ᐧ On Mon, Jun 9, 2014 at 5:07 PM, Gonzalo Odiard godi...@sugarlabs.org wrote: You can use a Discourse instance in the schoolserver too. Gonzalo On Mon, Jun 9, 2014 at 1:22 AM, James Cameron qu...@laptop.org wrote: Good point. Is there a similar capability for users who have access to other users but not the internet? On Mon, Jun 09, 2014 at 06:15:43AM +0200, Tony Anderson wrote: Clearly this capability is limited to XOs that have access to the internet. Tony On 06/08/2014 10:04 PM, sugar-devel-requ...@lists.sugarlabs.org wrote: I'm making an activity which is just a lightweight version of the browser activity. This activity is called social-help and the user can launch it using a shortcut. The activity opens to a Discourse http://discourse.org based forum. The user has the choice to login using either facebook, google, github, twitter or a yahoo account. Also, the user can make a standalone Discourse account, too, the usual way. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Gonzalo Odiard SugarLabs - Software for children learning ___ 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] Help required with webservices
ᐧ On Mon, Jun 9, 2014 at 2:56 AM, Sam Parkinson sam.parkins...@gmail.com wrote: Hi On Jun 9, 2014 5:49 AM, Prasoon Shukla prasoon92.i...@gmail.com wrote: Now, the question. I've been told a few times to use the existing webservices mechanism to store a user's session so that the user won't need to login every time he opens the activity. However, there is no need for it, IMO. The activity, as I've mentioned already, is a web browser, of all things, and can happily store cookies so that users will be logged in every time they open the activity. I think people wanted a way to sign in automatically with out registering. I asked Paul something along these lines. Here's his reply (and I concur): When you're dealing with schools and classroom environments you're probably going to some measure of laptops getting swapped around. For instance, at the end of the year will each child take their XO into their next classroom - or will the XO stay at the classroom and the kids use different XOs each year? It's up to the school to decide how they handle it, and they might do it differently. Alternatively, there might be a school with 250 students and 50 XOs (two classrooms) - and classrooms share the XOs, class A gets them for a month, and then class B gets them next month. So, how do we distinguish two different people using the same XO? A user, I suspect, will want to track his account personally. Also, the user history serves a role in establishing the user's credibility in the community. So, we can't tie up the identity of a user to a XO. And therefore, I don't think that think approach will work, IMHO. So browse activity (or social help activity) can generate a: * unique user id * avatar from the users XO colors * name (from sugar username) * and maybe fake email to collect all the users notification and display them in sugar And tell this to the form software so it can automatically give them an account and sign them in. Again, the problem with the identity persists. I also want to try and do something like this for the ASLO, so maybe we can work together? Well, I don't really know much about the ASLO, except that it's the sugarlabs server. Nevertheless, I don't see a problem with integrating this - discourse (with some dependencies) needs to be installed on the server side and that's pretty much it :) So, what's the use of using the webservice mechanism in such a case? If you want have a service in the journal to put files in the cloud. Or of you want to view files in the cloud :) Sam Anyway, I'll put this on hold for the time and continue with the UI. If we need to couple the Discourse forum with some other activity, it would then be nice to build a webservice. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Help required with webservices
Hi all This problem has been troubling me for a bit and I'd appreciate any help on this. So, first, I'll describe in short what I want to achieve and then we'll move on to the problem. I'm making an activity which is just a lightweight version of the browser activity. This activity is called social-help and the user can launch it using a shortcut. The activity opens to a Discourse http://discourse.org based forum. The user has the choice to login using either facebook, google, github, twitter or a yahoo account. Also, the user can make a standalone Discourse account, too, the usual way. Now, the question. I've been told a few times to use the existing webservices mechanism to store a user's session so that the user won't need to login every time he opens the activity. However, there is no *need* for it, IMO. The activity, as I've mentioned already, is a web browser, of all things, and can happily store cookies so that users will be logged in every time they open the activity. So, what's the use of using the webservice mechanism in such a case? Also, if we must use a webservice for logins, there is then the question of *which* auth system to use - there are five different OAuth systems and a native one, too. Also, discourse doesn't provide access tokens like facebook (say) and so, we'll need to do sometime like the PutLocker webservice - we'll need to store a plaintext password https://github.com/ignaciouy/sugar-putlocker/blob/master/extensions/webservice/sugarupload/account.py#L43. I am against this idea, however. So, the gist of it is this: Why use a webservice when the browser cookies work just fine? If we do use a webservice, then what exactly will be the mechanism underlying the whole thing (multiple OAuths and the like - how will we manage this)? Thanks. Looking forward to an answer. ᐧ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Social Help, GSoC project blog
Just a heads up. Week 2 report has been up for some time now. ᐧ On Wed, May 28, 2014 at 7:42 PM, Prasoon Shukla prasoon92.i...@gmail.com wrote: Hey all. I've made a blog marking my progress with the work. It's here: http://sugargsoc.wordpress.com/ We should probably have a page on the wiki that has a list of all blogs. So, I went ahead and created a page: http://wiki.sugarlabs.org/go/Summer_of_Code/2014/blogs ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Social Help, GSoC project blog
Hey all. I've made a blog marking my progress with the work. It's here: http://sugargsoc.wordpress.com/ We should probably have a page on the wiki that has a list of all blogs. So, I went ahead and created a page: http://wiki.sugarlabs.org/go/Summer_of_Code/2014/blogs ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Social Help proposal
Discourse gets more attention, therefore is might be more reasonable to use it in the long run. Exactly. The Discourse community is quite large even now when the project is in its infancy. It's only growing to grow. On 3/18/14, Ana Balica ana.bal...@gmail.com wrote: Thank you Laura :) SN seems to be a perfect match to provide Social Help for Sugar students. Unfortunately as Prasoon mentioned earlier, mentors are concerned about the community developing SN and the interest around it. Discourse gets more attention, therefore is might be more reasonable to use it in the long run. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Regarding Social Help project
Hello again. I've made a proposal : http://wiki.sugarlabs.org/go/Summer_of_Code/2014/Prasoon2211/Social_Help *I need a few comments on how the sugar help project will help the sugar community.* This I need to add in the proposal. I tried reaching out on the IRC but there was no response there. Please comment below. Anyway, this is the first draft. Please comment on the discussions page if anything is required in the proposal. Thanks! ᐧ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Regarding Social Help project
I took a look at two of the webservices - Facebook and PutLocker. Now, Facebook provides an access token that can be used to log the user in via third-party clients. As far as I can see, Discourse does not provide such access tokens. The Facebook access token being used is here: https://github.com/walterbender/facebook/blob/master/extensions/webservice/facebook/account.py#L53 However, in the PutLocker implementation, sugar is *actually storing plain-text passwords! *Look here: https://github.com/ignaciouy/sugar-putlocker/blob/master/extensions/webservice/sugarupload/account.py#L43 This, IMHO, is a big mistake. Many users tend to keep the same password on different websites - and having the plain-text password stored in a file is nothing short of giving away your account to anyone who uses your laptop. I do not know why this is being used but I refuse to use this method. This leaves us again with *any one* of these three options: 1. Modify the browse activity as I mentioned in the last post. 2. Store the hashes of the password and use one of the authentication hooks to log the user in as mentioned in the last post. 3. Or, and I personally do not like this option, get the users to log in to discourse via Facebook. My primary reason for not liking this is that we'll be tying up authentication to a non-free (as in freedom) service. But, we can go through with this, if this appeals to the community. Personally, I like #1 and #2. But, the final decision on this is not mine to make since I'm a very new member of the sugar community. So, let us discuss this issue here and reach a decision soon so that I can finish writing my proposal. Thanks On Thu, Mar 13, 2014 at 12:13 AM, Gonzalo Odiard godi...@sugarlabs.orgwrote: Has you read about webservices support in Sugar? http://wiki.sugarlabs.org/go/WebServices http://wiki.sugarlabs.org/go/Features/Web_services Gonzalo On Wed, Mar 12, 2014 at 3:26 PM, Prasoon Shukla prasoon92.i...@gmail.comwrote: Hi Frederick, Sam. Well, the way I imagine this project is that a user can launch into a Discourse discussion in a Browse activity. This activity can then be shared as any other activity - this part will not require any other specific changes to be made (if I understand your request correctly). We can, however, add links to the discussions on Discourse on the sugar-network website in the relevant places. Anyway, I tried to think of a few ways in which we can preserve a user session across discussions. Finally, I've decided on the following flow: 1. Get the user to register the first time - this process is very easy and we can pick email directly from sugar. Then, the part before the '@' can be the default username for Discourse (this the user can of course change). The user will need to enter the password though. 2. Discourse will create a session for the user and send the browser the session information(cookies). Now, and this is a crucial point, I'll need to modify the browse activity to add a method that can will return session information (the session cookie) to the calling process. I'll call this method via DBus to retrieve the this information. We'll then store this in a configuration file. 3. The user can then close the browser. When the user opens the browser again: - we'll check if the session cookie exists. - if it does, then we do not need to write this cookie to the browser. - otherwise, we'll retrieve the session cookie from the config file and write it to the browser - this will need another method to be added to the browse activity. This will log the user back in seamlessly without the need to fill in authentication information. Now, if we go through with this implementation strategy, then our only concern at this stage will be whether the getCookie and setCookie can be implemented in the browse activity. Of course, getting and setting cookies can be done via JS in any webkit browser. So, I think it shouldn't be difficult to do this. Now the decision remains whether to proceed with this course or not (in which case we'll probably need to talk to discourse devs about how to log users in directly with a PBKDF2 hashhttps://meta.discourse.org/t/why-does-discourse-use-pbkdf2/2934. Btw, they're using OmniAuth https://github.com/intridea/omniauth for authentication and they also provide quite a few authentication hooks to tweak authentication according to our needs, so it shouldn't be too hard ...). @Sam, @Frederick: Please let me know of a decision on this. Also, @Frederick, let me know if we need anything specific to sugar-network other than what I mentioned earlier. Thanks Prasoon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Gonzalo Odiard SugarLabs - Learning Software for children
Re: [Sugar-devel] Regarding Social Help project
Hi Frederick, Sam. Well, the way I imagine this project is that a user can launch into a Discourse discussion in a Browse activity. This activity can then be shared as any other activity - this part will not require any other specific changes to be made (if I understand your request correctly). We can, however, add links to the discussions on Discourse on the sugar-network website in the relevant places. Anyway, I tried to think of a few ways in which we can preserve a user session across discussions. Finally, I've decided on the following flow: 1. Get the user to register the first time - this process is very easy and we can pick email directly from sugar. Then, the part before the '@' can be the default username for Discourse (this the user can of course change). The user will need to enter the password though. 2. Discourse will create a session for the user and send the browser the session information(cookies). Now, and this is a crucial point, I'll need to modify the browse activity to add a method that can will return session information (the session cookie) to the calling process. I'll call this method via DBus to retrieve the this information. We'll then store this in a configuration file. 3. The user can then close the browser. When the user opens the browser again: - we'll check if the session cookie exists. - if it does, then we do not need to write this cookie to the browser. - otherwise, we'll retrieve the session cookie from the config file and write it to the browser - this will need another method to be added to the browse activity. This will log the user back in seamlessly without the need to fill in authentication information. Now, if we go through with this implementation strategy, then our only concern at this stage will be whether the getCookie and setCookie can be implemented in the browse activity. Of course, getting and setting cookies can be done via JS in any webkit browser. So, I think it shouldn't be difficult to do this. Now the decision remains whether to proceed with this course or not (in which case we'll probably need to talk to discourse devs about how to log users in directly with a PBKDF2 hashhttps://meta.discourse.org/t/why-does-discourse-use-pbkdf2/2934. Btw, they're using OmniAuth https://github.com/intridea/omniauth for authentication and they also provide quite a few authentication hooks to tweak authentication according to our needs, so it shouldn't be too hard ...). @Sam, @Frederick: Please let me know of a decision on this. Also, @Frederick, let me know if we need anything specific to sugar-network other than what I mentioned earlier. Thanks Prasoon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Regarding Social Help project
Hi Sam, On Tue, Mar 11, 2014 at 3:24 PM, Sam Parkinson sam.parkins...@gmail.comwrote: Hi, I agree, Discourse looks amazing! Just a few ideas to chuck around: - I think it would be nice to try to make the forums automatically login when using sugar. This could be done by storing a uuid and a key on the computer. When you go to the forum it could automatically log you in with your sugar username and uuid (but let you use a different account if you wish). I think this would be useful since: - Users probably want help quickly and this would mean less hoops - Keeping a uuid or key of some sort would still allow communication with the user. This could be just a little script that used the upcoming notification system Yes, exactly. I was thinking of developing a python-ruby authentication bridge for discourse. We will need to get an account created though. This could be done the first time the user accesses social help. From then on however, we can save the session (much like a browser) instead of writing a script to log them in - so that we don't actually need to log them in - they'll already be logged in when they open the the help. I'll ask around the discourse community for the viability of this idea. - - Also is Discourse real time / do you instantly get the updates without having to refresh? That would be cool Yes. See this thread from a year ago (when discourse was still beta) : https://meta.discourse.org/t/real-time-updates/5151 - I am really interested in this and would love to help. Why, thank you! I'll let you know if anything comes up :) Sam On Tue, Mar 11, 2014 at 3:30 AM, Prasoon Shukla prasoon92.i...@gmail.comwrote: *Note : I sent this message once before but it was moderated because it was too large. So, I'm replacing the inline images with links to the images/links to pages. I hope that this will be enough of a reduction in size.* Hi. I talked to Walter on the IRC a few days ago regarding the social help project. We decided that I should explore FOSS forum software that is actively maintained for the social help project. So, I tried looking at some popular alternatives. The ones I found worth exploring are *phpBB*, *Discourse* and *bbPress. *I selected these specific forums because of their ease of use, functionality and the ease of getting a forum up and running. To summarize things, Discourse *appears* to be clearly ahead of the other two in all things except in terms of the ease-of-installation. However, it has became much easier to install discourse now than it was a few months ago. In fact, they now provide a docker image that can be used to install discourse with relative ease. That said, bbPress wins in terms of ease of installation with a WordPress like setup process. phpBB is easy just as easy. Nevertheless, I think that this is a minor disadvantage in the bigger scheme of things. Now, once installed, phpBB and bbPress are quite similar in functionality - so I'll just compare Discourse with phpBB instead of comparing with both. - phpBB is *very badly cluttered. *This, I think, is especially bad when we're talking of getting children to use this software. A single line posted by a user is presented together with a whole bunch of useless information : See http://picpaste.com/pics/forums1.1394467977.png That's one single line of information with quite a lot of clutter. The topics page is even more cluttered. See this popular phpBB forum: http://forums.gentoo.org/ Now I know that with years of use, most of have gotten used to tuning out the uninformative parts but that won't be the case with children. Discourse does much better at this. See a sample discussion here: http://discuss.atom.io/t/custom-atom-icon-with-packages/2341 That in itself is good enough reason to use Discourse. But, I'll point out few more. - The one time registration is much *much* simpler in Discourse. Just take a look at this: - *phpBB* : http://forums.gentoo.org/profile.php?mode=registeragreed=true - *Discourse*: http://picpaste.com/pics/forums4.1394468652.png Of course, we'll need to modify core Discourse according to our needs as well. But in any case, the registration will be much easier with Discourse. - Making an actual post is much more difficult in phpBB. Again, this is because of too much unnecessary information - dealing with tags, bunch of miscellaneous options at the end and posting permissions. This causes much grief when your long written post just refuses to go through. Discourse is simpler. See this: http://picpaste.com/pics/forums5.1394468781.png Aside from these three very fundamental things, there are few other good parts: 1. No arbitrary page breaks, which I think is quite nice. Often I'll be immersed in reading a thread and the page just abruptly ends, which I
Re: [Sugar-devel] Regarding JS collaboration project
If I remember correctly Emil also agreed that the new framework should be independent from telepathy It seems there were two separate threads of the same name: 1 - http://lists.sugarlabs.org/archive/sugar-devel/2014-January/046687.html 2 - http://lists.sugarlabs.org/archive/sugar-devel/2014-January/046773.html and I just read the first one _ Anyway, it's good to see that we don't want to use telepathy for this. So, I'll go ahead and take a look at Emil's code and run it. Will reply back at this thread soon. On Sun, Mar 9, 2014 at 4:42 PM, Daniel Narvaez dwnarv...@gmail.com wrote: If I remember correctly Emil also agreed that the new framework should be independent from telepathy at some point and even worked on it. On 9 March 2014 06:45, Prasoon Shukla prasoon92.i...@gmail.com wrote: Hi Sam. Sorry for the late response but I was occupied with academics. Anyway, I need to bother you again with some questions. So, I went through the thread by Emil Dudev and read the arguments he made in favour of not using the mozilla node server and using telepathy instead. To that, dnarvaez said that using the node server might be a better idea since the current protocol is very unstable. Now, I am somewhat familiar with sugar codebase but certainly not enough to actually discuss the merits or demerits of either of these approaches (although personally, I like better the idea of all communication happening over websocket via a node server). So, the final decision on which approach to take will be in the hands of those more experienced. But as I said before, I would prefer it if we use the websocket protocol to have this kind of architecture: |Sugar Web Activity| - |Sugar Shell| \ \ websocket \ |Node Server| / / / |Sugar Web Activity| - |Sugar Shell| instead of the usual telepathy based communication. This I would like because: 1. We'll be able to use the mozilla server with modifications as needed. 2. We'll be able to use the *huge* node.js ecosystem for realtime communication in any way we want! And, websocket is very versatile - we can send pretty much any binary data over the network. Also, I've worked with node before and found the communication to be quite reliable (which it is not with the current XMPP based protocol, if I understood dnarvaez correctly). That said, I've only tested out my node based work with a handful of people, so... The only downside is the need to have a node server running. For the case when there is not internet connectivity, I think we can make a set of scripts that can be called to run a node server on the one of the machines, say that of the teacher, and all others will connect to it. And of course, this process needs to be simple. Anyway, it just seems right to me to augment JS activities with a JS based collaboration framework. But of course, I don't really know the details all too well to be making the decision here. So, can you please comment on this? Once this decision is made, I can start working on my application. Thanks ᐧ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Regarding JS collaboration project
Hi all My name is Prasoon Shukla. I'll be applying as a student to GSoC 2014. I have been exploring the possible project candidates ( http://wiki.sugarlabs.org/go/Summer_of_Code/2014) and JavaScript collaboration and social help seem like good projects (considering my competance and previous experience). Anyway, I haven't been able to decide which of the two projects I really want to dedicate my attention to. I've already had a chat with Walter about social help. Now, I'd like to ask a few thing about JS collaboration. (I couldn't find manuq on IRC, so I'm asking here.) So, first thing is that I don't quite understand *how* the collaboration is supposed to work. But perhaps this hasn't been decided by the dev team either as of yet since the project page says - The first step is to agree upon a collaboration strategy with the developer team. So, I'd like to have a discussion on it - Are we going to have a realtime collaboration model like say, http://conceptboard.com ? Or, do we have a sharing based collaboration setup which is similar to traditional email/github like sharing (this will be quite cumbersome, I think)? Also, since the sugar-web activities will be based on web-technologies, I was wondering if we can experiment with a server written in node.js (I've found it a great tool for realtime apps). The other thing that I'm confused about is the expected result - Rich, intuitive collaboration *between JavaScript Activities*. How does collaboration b/w different sugar activities work (Maybe an example)? Or does this mean the same thing as collaboration b/w different users using the same activity (which I think should be the case)? This seemed a bit confusing, so I'd like to get it clarified. Thanks ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Regarding JS collaboration project
Thanks a lot Sam. Collab in sugar runs between same activity on different devices. That's what I was thought :) Anyway, I took a look at together.js and wow, it's a really awesome library. So, the thing I talked about writing a node based server - well, they've already done it for their hub! Hmm... This looks promising. I can forward the (massive) thread if you don't have it. Well, just mailing me the links to the archive on http://lists.sugarlabs.org/archive/sugar-devel/ would be great. Or, just let me know the time the discussion began and the title of the thread and I'll find it in the archives :) Thanks again. Prasoon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Request for review of patch
Hi again. There was some activity on the above PR and I've made all suggested changes. So, I think it can be merged. Review and merge please. On Sat, Mar 1, 2014 at 11:22 AM, Prasoon Shukla prasoon92.i...@gmail.comwrote: Hi. I've made a PR : https://github.com/sugarlabs/sugar/pull/259 Can someone please review it? Thanks. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Request for review of patch
Well, I remember making PRs on some other projects that both I and the devs forgot about. Then the work just lay there dormant. That's why I thought it better to write again. Anyway, I have another question. I'll be applying as a student to GSoC this year under sugarlabs. Is this mailing list a good place to discuss a proposal? I only ask this because I do not see any other students discussing proposals here. Thanks On Tue, Mar 4, 2014 at 12:07 AM, Ignacio Rodríguez nachoe...@gmail.comwrote: Hi. There are few patchs / pull request, you need to be patient. Greetings 2014-03-03 16:32 GMT-02:00 Prasoon Shukla prasoon92.i...@gmail.com: Hi again. There was some activity on the above PR and I've made all suggested changes. So, I think it can be merged. Review and merge please. On Sat, Mar 1, 2014 at 11:22 AM, Prasoon Shukla prasoon92.i...@gmail.com wrote: Hi. I've made a PR : https://github.com/sugarlabs/sugar/pull/259 Can someone please review it? Thanks. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Ignacio Rodríguez. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Request for review of patch
Hi. I've made a PR : https://github.com/sugarlabs/sugar/pull/259 Can someone please review it? Thanks. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
