Re: [Sugar-devel] [Sur] [IAEP] Sugar oversight board meeting

2013-11-07 Thread Sean DALY
I'm sorry Sebastian, yes I should have been more clear about which Sebastian :-) At the time, Sugar was perceived as being only available on OLPC XOs, so our effort was designed to show that it was available for other platforms. Indeed, our claim has always been that it was hardware-agnostic (on

Re: [Sugar-devel] [Sur] [IAEP] Sugar oversight board meeting

2013-11-07 Thread David Farning
On Thu, Nov 7, 2013 at 3:07 AM, Sean DALY sdaly...@gmail.com wrote: I'm sorry Sebastian, yes I should have been more clear about which Sebastian :-) At the time, Sugar was perceived as being only available on OLPC XOs, so our effort was designed to show that it was available for other

Re: [Sugar-devel] [Sur] My proposals to improve sugar:

2013-11-07 Thread Gonzalo Odiard
Hi Flavio, Happy to see you exposing your points here. Every one of your proposals deserve a discussion, but “The best way to eat an elephant is one bite at a time.” Should be good define the proposal in ways we can put in motion them, that is the reason we use the Features pages to propose

[Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Gonzalo Odiard
We already have this discussion for Sugar 0.100, why not do it again? :) With more than 7 years of development and more than 2 million of users, probably we should accept a 1.0 version is deserved. With 6 months more, probably the web api will be more established, and we are not doing

Re: [Sugar-devel] [Marketing] [IAEP] Tech roadmap

2013-11-07 Thread Walter Bender
On Wed, Nov 6, 2013 at 10:08 PM, David Farning dfarn...@activitycentral.com wrote: I agree :) Right now, we are sitting back and seeing what roll OLPC-Australia is going to play in the ecosystem. The One Education distribution out of Australia is a combination of Dextrose, Sugar .100 and some

[Sugar-devel] New AU images to test

2013-11-07 Thread Gonzalo Odiard
I have uploaded new testing images done for the AU deployment. [1] Now, images for all the xo models are available. These have the new sugar 0.100 rpms and the additions for AU we already commented. We are proposing include them as Features for 0.102. [2] As always, testing is welcomed. Please

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Sean DALY
If we are talking about a version number that might make it into a press release at some point, this is a marketing discussion so I have cc'd the list. As I've explained previously, the major issue with a v1 seven years after entering production is that it is incomprehensible. Non-techies (i.e.

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Gonzalo Odiard
Ok, I am not a marketing guy. May be you are right and v2 is better than v1, but I am sure any of these is better than 0.102 I think we can't claim a Tablet version of Sugar, but we have a lot to show. I hope you agree on that. If our marketing guys don't see anything good in Sugar, we have a

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Sean DALY
Yes Gonzalo, from a marketing standpoint 0.102 is as unworkable as 0.82 was and all the numbers in between. However I'm afraid v1.0 will be a mistake. I'm mystified, why would you think I don't see anything good in Sugar? Sean On Thu, Nov 7, 2013 at 2:39 PM, Gonzalo Odiard gonz...@laptop.org

Re: [Sugar-devel] [IAEP] New AU images to test

2013-11-07 Thread Chris Leonard
Gonzalo, What languages do these images contain? cjl On Thu, Nov 7, 2013 at 8:23 AM, Gonzalo Odiard gonz...@laptop.org wrote: I have uploaded new testing images done for the AU deployment. [1] Now, images for all the xo models are available. These have the new sugar 0.100 rpms and the

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Gonzalo Odiard
On Thu, Nov 7, 2013 at 10:47 AM, Sean DALY sdaly...@gmail.com wrote: Yes Gonzalo, from a marketing standpoint 0.102 is as unworkable as 0.82 was and all the numbers in between. However I'm afraid v1.0 will be a mistake. I'm mystified, why would you think I don't see anything good in Sugar?

Re: [Sugar-devel] [IAEP] New AU images to test

2013-11-07 Thread Gonzalo Odiard
The same languages included by default in 13.2.0 en_US,en_AU,es,ar,pt,pt_BR,fr,ht,mn,mr_IN,am_ET,km_KH,ne_NP,ur_PK,rw,ps,fa_AF,si,zh_CN,de,hy Any suggestion? Gonzalo On Thu, Nov 7, 2013 at 10:50 AM, Chris Leonard cjlhomeaddr...@gmail.com wrote: Gonzalo, What languages do these images

Re: [Sugar-devel] [IAEP] New AU images to test

2013-11-07 Thread Chris Leonard
The Aussies might like Maori included (lang mi), but ask them. On Thu, Nov 7, 2013 at 8:58 AM, Gonzalo Odiard gonz...@laptop.org wrote: The same languages included by default in 13.2.0 en_US,en_AU,es,ar,pt,pt_BR,fr,ht,mn,mr_IN,am_ET,km_KH,ne_NP,ur_PK,rw,ps,fa_AF,si,zh_CN,de,hy Any

Re: [Sugar-devel] [IAEP] New AU images to test

2013-11-07 Thread Gonzalo Odiard
Thanks, good point Gonzalo On Thu, Nov 7, 2013 at 11:05 AM, Chris Leonard cjlhomeaddr...@gmail.com wrote: The Aussies might like Maori included (lang mi), but ask them. On Thu, Nov 7, 2013 at 8:58 AM, Gonzalo Odiard gonz...@laptop.org wrote: The same languages included by default in 13.2.0

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Daniel Narvaez
What about calling it 1.102 (tech version). That shouldn't come with any message attached... It would address the fact that we never released a 1.0 without having PR consequences. Then when we figure out what 2.0 really means marketing wise, we can start releasing 2.x as you suggest... On

Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Walter Bender
The other possibility is to multiply by 100, dropping the decimal point, .e.g., we just released Sugar 100 and are working on Sugar 102. -walter On Thu, Nov 7, 2013 at 1:08 PM, Daniel Narvaez dwnarv...@gmail.com wrote: What about calling it 1.102 (tech version). That shouldn't come with any

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Daniel Narvaez
This is just a gut reaction but I feel we should think more in the Sugar online direction than in the Sugar on tablet one, at least as a first step. I'd love Sugar on tablet as anyone else but I feel it's somewhat unrealistic because it involves skills, moneys and partnerships we don't currently

Re: [Sugar-devel] Tech roadmap

2013-11-07 Thread Daniel Narvaez
Re library versions, that reminds of a point I should have put in my list... I think now that the gobject introspection migration is over upstream can become more conservative about library versions. That should help both distributors and developers. We are already going in that direction really.

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0[ Sugar-devel Digest, Vol 61, Issue 43]

2013-11-07 Thread Yioryos Asprobounitis
For sugar developers their is certainly a continuation in development and the current numbering makes a lot of sense. However, looking from outside 0.102 should be Sugar 3.x where  1.x is the original, 2.x is the Gtk3/introspection move and now the html5/jc (online/ultrabook/tablet) version. 

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Gonzalo Odiard
Maybe Sugar Web instead of Sugar Online? We have web activities and Web Services in this release Gonzalo On Thu, Nov 7, 2013 at 3:19 PM, Daniel Narvaez dwnarv...@gmail.com wrote: This is just a gut reaction but I feel we should think more in the Sugar online direction than in the Sugar

Re: [Sugar-devel] sugar-web - How to load non-AMD js modules / libs?

2013-11-07 Thread Code
There is a pull-request with this. Feedback and suggestions are welcome. Thanks, Code On Tue, Nov 5, 2013 at 4:47 PM, Manuel Quiñones ma...@laptop.org wrote: 2013/11/5 Code irag...@activitycentral.com: On Mon, Nov 4, 2013 at 1:54 PM, Manuel Quiñones ma...@laptop.org wrote:

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Daniel Narvaez
Yup On Thursday, 7 November 2013, Gonzalo Odiard wrote: Maybe Sugar Web instead of Sugar Online? We have web activities and Web Services in this release Gonzalo On Thu, Nov 7, 2013 at 3:19 PM, Daniel Narvaez dwnarv...@gmail.comjavascript:_e({}, 'cvml', 'dwnarv...@gmail.com');

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0[ Sugar-devel Digest, Vol 61, Issue 43]

2013-11-07 Thread Daniel Narvaez
Hmm I suppose the 1.x - 2.x switch would have not made sense to marketing because there wasn't major user visible changes? On Thursday, 7 November 2013, Yioryos Asprobounitis wrote: For sugar developers their is certainly a continuation in development and the current numbering makes a lot of

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Gonzalo Odiard
I prefer marketing guys talk about marketing, but _IMHO_, the numbers what have sense for us internally are not the same number what have sense to all other the world. For us have sense numbers like 102 or 1.102, but probably not for others. Would be good try to found a numbers with a sense we can

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Daniel Narvaez
But Sean proposal seems to address that issue. The major number make sense for marketing, the minor for developers. On Thursday, 7 November 2013, Gonzalo Odiard wrote: I prefer marketing guys talk about marketing, but _IMHO_, the numbers what have sense for us internally are not the same

Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Sameer Verma
On Thu, Nov 7, 2013 at 10:12 AM, Walter Bender walter.ben...@gmail.com wrote: The other possibility is to multiply by 100, dropping the decimal point, .e.g., we just released Sugar 100 and are working on Sugar 102. -walter I did this a couple of times on Twitter, but I like it! I had a chat

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Daniel Narvaez
You are talking developer version here right? We would have no obvious way to map it to the marketing version then. Maybe we don't need one though I'm not sure. On Thursday, 7 November 2013, Walter Bender wrote: The other possibility is to multiply by 100, dropping the decimal point, .e.g.,

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Daniel Narvaez
I agree marketing version should be an integer or a name. Actually I like the idea of a name, it would make the separation between developer and marketing version more clear. But that's up to marketing really :) On Thursday, 7 November 2013, Sameer Verma wrote: On Thu, Nov 7, 2013 at 10:12 AM,

Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Gonzalo Odiard
As said before, a name only, is not good to indicate progression (at least the name is The Third and so :) Gonzalo On Thu, Nov 7, 2013 at 5:00 PM, Daniel Narvaez dwnarv...@gmail.com wrote: I agree marketing version should be an integer or a name. Actually I like the idea of a name, it would

[Sugar-devel] Web activities + CoffeeScript

2013-11-07 Thread Rogelio Mita
Hi all!, working with web activities urges me to use CoffeeScript. - Is there any decision taken on this? - Do you discussed this topic in some occasion? or is irrelevant? Regards! -- Roger Activity Central http://activitycentral.com/ ___

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Gonzalo Odiard
With our history, and looking at how disconnected the deployments can be of our development track, I am really tempted of looking for a number schema related to the year... Gonzalo On Thu, Nov 7, 2013 at 5:07 PM, Daniel Narvaez dwnarv...@gmail.com wrote: Do we need to indicate progression? It

Re: [Sugar-devel] Web activities + CoffeeScript

2013-11-07 Thread Daniel Narvaez
If I remember correctly we agreed to discourage it because it breaks view source. But of course it's up to the activity author ultimately. On Thursday, 7 November 2013, Rogelio Mita wrote: Hi all!, working with web activities urges me to use CoffeeScript. - Is there any decision taken on

Re: [Sugar-devel] new features for 102 (Walter Bender)

2013-11-07 Thread Lionel Laské
Hi Gonzalo, hi Walter, Ok. Thanks for your answer. Thanks too to upload images for each platforms. Lionel. 2013/11/6 Gonzalo Odiard gonz...@laptop.org Okay. I've seen two other features not described in the feature lists: - Backup/Restore journal to an USB key - Copy to Teacher menu

[Sugar-devel] native HTML activity

2013-11-07 Thread NoiseEHC
Hi! Just to prove that it can be done, I have hacked a little bit more on the native HTML activity which can be found here: https://github.com/NoiseEHC/sugar-webkit-native I tried to create virtual pages by using WebKit1's or Soap's url rewriting callbacks but it turns out that no matter

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0[ Sugar-devel Digest, Vol 61, Issue 43]

2013-11-07 Thread Sean DALY
cc'ing marketing for... a marketing issue Nope, the GTK3 change just passed under the radar. As stated previously I lobbied for a v1 six years ago which is why we are ready for a v2. Or even a v3. For building a PR story I can work with v2 or v3, just not v1. The issue with 2.2, 2.4 is that

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0[ Sugar-devel Digest, Vol 61, Issue 43]

2013-11-07 Thread Daniel Narvaez
I agree with you about major.minor, with major being the marketing version and minor the developers one. Did I get that right? Does anyone disagree? What I'm not sure to understand is which major number you would like to be used for the next release. To make it easier let's say we are currently

Re: [Sugar-devel] Have we achieved consensus among activite Sugar developers?

2013-11-07 Thread Daniel Narvaez
On Thursday, 7 November 2013, NoiseEHC wrote: Sugar Labs has found itself in a position where there is a high degree of conformity. This tends to create an echo chamber where similar opinions are respected and encouraged. That can be effective at building passion and energy, but it tends to

Re: [Sugar-devel] Web activities + CoffeeScript

2013-11-07 Thread Daniel Narvaez
Very interesting. If they work in webkit then imo it doesn't make sense anymore to discourage coffee, minification, etc. (we have a bit about minification in the style guide that we should change to encourage source maps instead). On Thursday, 7 November 2013, Code wrote: there are source maps

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0[ Sugar-devel Digest, Vol 61, Issue 43]

2013-11-07 Thread Sean DALY
Daniel - if we can work out where SL is going, we can build a PR story. If we aren't sure, it's better to communicate other aspects (TA Days, Google Code-In, the TripAdvisor grant). I like v3 as a major version, step versions could be called 3.102, 3.103, 3.104 by developers, while marketing

Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0[ Sugar-devel Digest, Vol 61, Issue 43]

2013-11-07 Thread David Farning
In hind sight... The gtk2 - gtk3 would have benefited from a major version change. At the time, I didn't realized it. From a deployment perspective the shift represented a major change. In addition to the base software, all of the necessary activities needed to be migrated, QAed, and verified if

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Sean DALY
Actually, journalists who covered us in 2009 (and there were lots of them) understood SoaS v1 Strawberry as our v1. This was by design. It's for this reason, and that we have been in production for 7 years, that I feel a v1 now would be a mistake. Sean On Thu, Nov 7, 2013 at 7:08 PM, Daniel

Re: [Sugar-devel] [Server-devel] [XSCE] Re: XSCE weekly voice call, 2PM NYC Time Thursday

2013-11-07 Thread David Farning
A quick note CCed to Sugar-devel An interesting thing the XS community is doing is holding irc meetings on Tuesday and voice meetings on Thursdays. There are two mailing lists, a public list and and internal list. Different people prefer different styles of communication. On Thu, Nov 7,

Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Sean DALY
Walter - my issue with a formal system is, it boxes us into numbers on a timeframe - what we need from a marketing standpoint is to choose a number that explains the story we will build. Both v2 and v3 are candidates to be worked on for that story, where we can refer to v1 as Sugar in production

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Sean DALY
Concerning keyboards, an interesting marketing case can be made for the usefulness of a keyboard in writing and programming, and how handheld devices are ill-suited to the task. But, again, schools are massively dropping keyboard-equipped PCs of any size for tablets. Not to mention OLPC... Sean

Re: [Sugar-devel] native HTML activity

2013-11-07 Thread Daniel Narvaez
On Thursday, 7 November 2013, NoiseEHC wrote: Hi! Just to prove that it can be done, I have hacked a little bit more on the native HTML activity which can be found here: https://github.com/NoiseEHC/sugar-webkit-native I tried to create virtual pages by using WebKit1's or Soap's url

Re: [Sugar-devel] Tech roadmap

2013-11-07 Thread David Farning
On Thu, Nov 7, 2013 at 12:30 PM, Daniel Narvaez dwnarv...@gmail.com wrote: Re library versions, that reminds of a point I should have put in my list... I think now that the gobject introspection migration is over upstream can become more conservative about library versions. That should help

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Sean DALY
As I say, the name will need work. I just threw out Online and Tablet off the top of my head. Sean On Thu, Nov 7, 2013 at 8:08 PM, Gonzalo Odiard gonz...@laptop.org wrote: Maybe Sugar Web instead of Sugar Online? We have web activities and Web Services in this release Gonzalo On

Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Sean DALY
Apple went numbers+names for OS X, but chose numbers only for iOS - likely because the look and feel changes so little across versions. Sean On Thu, Nov 7, 2013 at 9:07 PM, Daniel Narvaez dwnarv...@gmail.com wrote: Do we need to indicate progression? It doesn't seem to be an issue for OS X

Re: [Sugar-devel] RFC: Make Sugar 0.102 = Sugar 1.0[ Sugar-devel Digest, Vol 61, Issue 43]

2013-11-07 Thread Daniel Narvaez
Thanks, I now see where I was confused... Normally in developer versioning you bump the major number when you achieved a certain goal (say have an Online experience you can be proud of). Here we are bumping when starting to work towards the goal instead. I don't see that as an issue, just need to

Re: [Sugar-devel] Web activities + CoffeeScript

2013-11-07 Thread Rogelio Mita
sure 2013/11/7 Code ignacio.c...@gmail.com +1 Rogelio, if u are about to make an activity with coffee, can you try out source maps on webkit and share the results, please? On Thu, Nov 7, 2013 at 7:10 PM, Daniel Narvaez dwnarv...@gmail.comwrote: Very interesting. If they work in webkit

[Sugar-devel] Sugar Labs Roadmap.

2013-11-07 Thread David Farning
Daniel recently started a related thread called Tech Roadmap and Sean started a marketing thread related to naming. To reduce confusion I thought that it might be valuable to take a step back and look at an overall Sugar Labs Roadmap. After reviewing the various threads over the last couple of

[Sugar-devel] Sugar tryout (was Re: sugarlabs.org redesign)

2013-11-07 Thread Daniel Narvaez
On Thursday, 7 November 2013, Sean DALY wrote: The larger problem is the absence of a marketing strategy, we need to know where we are going to communicate effectively. In particular, we need to choose and implement how to offer Sugar tryout to teachers and journalists. I can think of a

Re: [Sugar-devel] different perspectives

2013-11-07 Thread David Farning
On Mon, Nov 4, 2013 at 9:50 PM, Sameer Verma sve...@sfsu.edu wrote: Dear Community, As I was listening to the interviews of some of the OLPC SF Summit attendees, I was amazed at the richness of diversity in perspectives. In spite of being a part of this community since July 2007, and trying

[Sugar-devel] seeking help to enable nepali keyboard input for XO-4

2013-11-07 Thread Basanta Shrestha
Hi, I am writing this mail seeking a clue on where to start looking to enable Nepali input in XO4. For XO-1 we had nepali keyboard and there was a button just below the enter button which would switch input between English and Nepali. And that was very convenient. But for XO-4 we will just be