[Sugar-devel] HTML activities TODO

2013-05-18 Thread Daniel Narvaez
Hi, It was mentioned in some other thread, but posting to make sure everyone has seen it :) We have a good start of a TODO list for html activities. If you want to get involved this is your chance! https://github.com/sugarlabs/roadmap/issues/8 -- Daniel Narvaez

Re: [Sugar-devel] HTML activities

2013-02-05 Thread Daniel Narvaez
On 5 February 2013 01:57, Manuel Quiñones wrote: > Now I see this WebRT is the webapprt-stub binary that is inside the > app bundles that firefox marketplace installs. > > I downloaded firefox 20 beta, started it, went to the marketplace, and > installed some apps. They are then available in gnom

Re: [Sugar-devel] HTML activities

2013-02-05 Thread Daniel Narvaez
On 4 February 2013 20:20, Manuel Quiñones wrote: > So what the wrapper does is 1. add an addon that hides > "navigator-toolbox" and "addon-bar", and 2. call firefox with a > profile in the activity data folder and with the addon. Am I right? Yup. > I was reading about Open Web Apps and reached

Re: [Sugar-devel] HTML activities

2013-02-04 Thread Manuel Quiñones
2013/2/4 Manuel Quiñones : > Hey Daniel, glad to see progress :) > > 2013/2/2 Daniel Narvaez : >> I made some good progress on this today. >> >> A bit of a write up on the approach we are taking >> >> http://sugarlabs.org/~dnarvaez/sugar-html/README.html >> >> A wrapper for firefox with an addon >>

Re: [Sugar-devel] HTML activities

2013-02-04 Thread Manuel Quiñones
2013/2/2 Daniel Narvaez : > A demo activity > > http://git.sugarlabs.org/sugar-html-demo I see the demo bundles require.js . But isn't require part of CommonJS? I mean, isn't this already there in JS? http://wiki.commonjs.org/wiki/Modules/1.1 -- .. manuq .. ___

Re: [Sugar-devel] HTML activities

2013-02-04 Thread Manuel Quiñones
Hey Daniel, glad to see progress :) 2013/2/2 Daniel Narvaez : > I made some good progress on this today. > > A bit of a write up on the approach we are taking > > http://sugarlabs.org/~dnarvaez/sugar-html/README.html > > A wrapper for firefox with an addon > > http://git.sugarlabs.org/sugar-html-b

Re: [Sugar-devel] HTML activities

2013-02-04 Thread Daniel Narvaez
On 1 February 2013 07:36, C. Scott Ananian wrote: > It's actually not very hard: Firefox implements a new profile directory for > every installed web app. We just install the webapp once on-line, and then > tar up the profile directory. Installing the app offline is just untarring > the profile

Re: [Sugar-devel] HTML activities

2013-02-02 Thread Daniel Narvaez
I made some good progress on this today. A bit of a write up on the approach we are taking http://sugarlabs.org/~dnarvaez/sugar-html/README.html A wrapper for firefox with an addon http://git.sugarlabs.org/sugar-html-browser/sugar-html-browser A volo sugar-activity library, exposing activity.c

Re: [Sugar-devel] HTML activities

2013-02-01 Thread Simon Schampijer
On 02/01/2013 02:08 PM, Gonzalo Odiard wrote: With technologies like HTML5 and EPUB3, the lines between a book and a activity start to blur. (EPUB2 prohibited the use of javascript, but is allowed in EPUB3) A nice example of a book with dynamic content is http://natureofcode.com/book/chapter-1-ve

Re: [Sugar-devel] HTML activities

2013-02-01 Thread Gonzalo Odiard
With technologies like HTML5 and EPUB3, the lines between a book and a activity start to blur. (EPUB2 prohibited the use of javascript, but is allowed in EPUB3) A nice example of a book with dynamic content is http://natureofcode.com/book/chapter-1-vectors/ The technology behind will be the same, w

Re: [Sugar-devel] HTML activities

2013-01-31 Thread C. Scott Ananian
On Thu, Jan 31, 2013 at 8:41 PM, Edward Mokurai Cherlin < moku...@sugarlabs.org> wrote: > On Wed, January 30, 2013 4:26 pm, lio...@olpc-france.org wrote: > > > >> * What we are doing here is still heavily experimental. I don't think we > > know exactly where we are going yet, just trying to find o

Re: [Sugar-devel] HTML activities

2013-01-31 Thread C. Scott Ananian
On Thu, Jan 31, 2013 at 2:00 PM, Daniel Narvaez wrote: > * Both firefox and chrome extensions have good messaging mechanisms > between content and extension that we could use. We would have the > issue to turn a full browser into a chromeless sugar activity though. > For what it's worth, I belie

Re: [Sugar-devel] HTML activities

2013-01-31 Thread Edward Mokurai Cherlin
On Wed, January 30, 2013 4:26 pm, lio...@olpc-france.org wrote: > >> * What we are doing here is still heavily experimental. I don't think we > know exactly where we are going yet, just trying to find out. I posted on > the list so early >> because I think it's important to get feedback. Quite ri

Re: [Sugar-devel] HTML activities

2013-01-31 Thread Daniel Narvaez
On 30 January 2013 20:36, C. Scott Ananian wrote: > If you wanted to be extreme about this, you'd write all your APIs in C, and > use gobject bindings (or alternative implementations carefully written to > export the same interfaces as gobject would use for the C API). But I think > Java is actua

Re: [Sugar-devel] HTML activities

2013-01-31 Thread Daniel Narvaez
On 30 January 2013 17:35, C. Scott Ananian wrote: > At the risk of diverting you guys from your good work, let me add a few > related thoughts: > > 1) I think the core of this "new API" focus should be on the question: "what > are the essential parts of the Sugar experience"? I would like these >

Re: [Sugar-devel] HTML activities

2013-01-30 Thread Manuel Quiñones
2013/1/30 Lionel Laské : > >> I hope I don't start a frameworks war.. >> >> Being accustomed to Python, I really like CoffeScript. And is not just > syntactic sugar, go have a look at Classes and inheritance: >> >> http://coffeescript.org/#classes >> > > I didn't know CoffeeScript but I know TypeS

Re: [Sugar-devel] HTML activities

2013-01-30 Thread lionel
> * What we are doing here is still heavily experimental. I don't think we know exactly where we are going yet, just trying to find out. I posted on the list so early > because I think it's important to get feedback. >* I think we have a bit of a different perspective. It seems like the goal of

Re: [Sugar-devel] HTML activities

2013-01-30 Thread lionel
> I hope I don't start a frameworks war.. > > Being accustomed to Python, I really like CoffeScript. And is not > just syntactic sugar, go have a look at Classes and inheritance: > > http://coffeescript.org/#classes > I didn't know CoffeeScript but I know TypeScript (http://www.typescriptlang.

Re: [Sugar-devel] HTML activities

2013-01-30 Thread C. Scott Ananian
On Wed, Jan 30, 2013 at 12:47 PM, Daniel Narvaez wrote: > thanks, lots of useful input. I will come back with a more complete > answer, I need to take the time to look into some of the stuff you > suggested... > > On 30 January 2013 17:35, C. Scott Ananian wrote: > > These APIs should be written

Re: [Sugar-devel] HTML activities

2013-01-30 Thread Daniel Narvaez
On 29 January 2013 15:03, Daniel Narvaez wrote: > Again a lot of back an forward on this. I initially thought to > implement those API with client side message passing (taking > inspiration from your work). Then I've seen it's implemented using the > console-message signal, which doesn't really fe

Re: [Sugar-devel] HTML activities

2013-01-30 Thread Gary Martin
Hi Daniel, On 30 Jan 2013, at 15:14, Daniel Narvaez wrote: > On Wednesday, 30 January 2013, Manuel Quiñones wrote: > 2013/1/29 Daniel Narvaez : > > On 28 January 2013 18:47, wrote: > >> > >>> * Should we be using existing js frameworks like jquery in the toolkit ot > >> limit ourselves to plai

Re: [Sugar-devel] HTML activities

2013-01-30 Thread Daniel Narvaez
Hi Scott, thanks, lots of useful input. I will come back with a more complete answer, I need to take the time to look into some of the stuff you suggested... On 30 January 2013 17:35, C. Scott Ananian wrote: > These APIs should be written in a language-independent manner (think about > gobject)

Re: [Sugar-devel] HTML activities

2013-01-30 Thread C. Scott Ananian
On Wed, Jan 30, 2013 at 12:19 PM, Gonzalo Odiard wrote: > Any reason to prefer Firefox over Webkit? Firefox/Android has made great strides recently, and is a much more friendly environment for building add-ons. Chrome Web Apps are rather limited in comparison (no full screen mode on Android),

Re: [Sugar-devel] HTML activities

2013-01-30 Thread Gonzalo Odiard
Hi Scott, Any reason to prefer Firefox over Webkit? I ask because we ported Browse to webkit, we had a lot of issues in the past using Gecko. I am curious too about if you has tested different libraries to use the html canvas. Other than that, I agree in the main ideas you shared. Gonzalo On Wed

Re: [Sugar-devel] HTML activities

2013-01-30 Thread C. Scott Ananian
At the risk of diverting you guys from your good work, let me add a few related thoughts: 1) I think the core of this "new API" focus should be on the question: "what are the essential parts of the Sugar experience"? I would like these roughly as follows (you may have other ideas): a) the jou

Re: [Sugar-devel] HTML activities

2013-01-30 Thread Manuel Quiñones
2013/1/30 Daniel Narvaez : > On Wednesday, 30 January 2013, Manuel Quiñones wrote: >> >> 2013/1/29 Daniel Narvaez : >> > On 28 January 2013 18:47, wrote: >> >> >> >>> * Should we be using existing js frameworks like jquery in the toolkit >> >>> ot >> >> limit ourselves to plain javascript. >> >>

Re: [Sugar-devel] HTML activities

2013-01-30 Thread Daniel Narvaez
On Wednesday, 30 January 2013, Manuel Quiñones wrote: > 2013/1/29 Daniel Narvaez >: > > On 28 January 2013 18:47, > > wrote: > >> > >>> * Should we be using existing js frameworks like jquery in the toolkit > ot > >> limit ourselves to plain javascript. > >> > >> There is plenty of JavaScript fra

Re: [Sugar-devel] HTML activities

2013-01-30 Thread Daniel Narvaez
On Wednesday, 30 January 2013, Manuel Quiñones wrote: > Impressive investigation, guys, > > 2013/1/29 Daniel Narvaez >: > > On 28 January 2013 19:11, Simon Schampijer > > > > wrote: > >> I added as well an example for dbus methods, you can delete DS entries > now > >> :) http://dev.laptop.org/~er

Re: [Sugar-devel] HTML activities

2013-01-30 Thread Manuel Quiñones
2013/1/29 Daniel Narvaez : > On 28 January 2013 18:47, wrote: >> >>> * Should we be using existing js frameworks like jquery in the toolkit ot >> limit ourselves to plain javascript. >> >> There is plenty of JavaScript frameworks. We should allow to use any >> framework to avoid losing a part of

Re: [Sugar-devel] HTML activities

2013-01-30 Thread Manuel Quiñones
Impressive investigation, guys, 2013/1/29 Daniel Narvaez : > On 28 January 2013 19:11, Simon Schampijer wrote: >> I added as well an example for dbus methods, you can delete DS entries now >> :) http://dev.laptop.org/~erikos/html-activity/ > > I used this to implement static files serving. Luckil

Re: [Sugar-devel] HTML activities

2013-01-29 Thread Daniel Narvaez
On 29 January 2013 14:35, Daniel Narvaez wrote: > On 28 January 2013 19:11, Simon Schampijer wrote: >> I added as well an example for dbus methods, you can delete DS entries now >> :) http://dev.laptop.org/~erikos/html-activity/ > > I used this to implement static files serving. Luckily the shell

Re: [Sugar-devel] HTML activities

2013-01-29 Thread Daniel Narvaez
On 29 January 2013 14:52, Gonzalo Odiard wrote: > >> >> I added as well an example for dbus methods, you can delete DS entries now >> :) http://dev.laptop.org/~erikos/html-activity/ > > And can be accessed by http and scripted? This is a good example of one > thing we don't want happen a

Re: [Sugar-devel] HTML activities

2013-01-29 Thread Daniel Narvaez
On 28 January 2013 18:47, wrote: > > Hi Daniel, > > Here my suggestions experimented on my own framework [1]. Hi Lionel, thanks a lot for the feedback. Before answering your points, it's probably worth to point out a couple of things: * What we are doing here is still heavily experimental. I d

Re: [Sugar-devel] HTML activities

2013-01-29 Thread Gonzalo Odiard
> > I added as well an example for dbus methods, you can delete DS entries now > :) > http://dev.laptop.org/~erikos/**html-activity/ > >> >>> And can be accessed by http and scripted? This is a good example of one thing we don't want happen accidentall

Re: [Sugar-devel] HTML activities

2013-01-29 Thread Daniel Narvaez
On 28 January 2013 19:11, Simon Schampijer wrote: > I added as well an example for dbus methods, you can delete DS entries now > :) http://dev.laptop.org/~erikos/html-activity/ I used this to implement static files serving. Luckily the shell already had a GetBundlePath method we can use. If you

Re: [Sugar-devel] HTML activities

2013-01-28 Thread Simon Schampijer
On 01/28/2013 06:37 PM, Peter Robinson wrote: On Mon, Jan 28, 2013 at 5:30 PM, Simon Schampijer wrote: Hey Daniel, thanks for the writeup! On 01/26/2013 03:27 PM, Daniel Narvaez wrote: Hello, the desire to be able to write activities using html has been expressed several times by develope

Re: [Sugar-devel] HTML activities

2013-01-28 Thread lionel
Hi Daniel, Here my suggestions experimented on my own framework [1]. > 3 sugar-html-activity In my opinion, it's the easy way to do. > * Toolbar widget using the icons API, perhaps without palettes. Yes but we should allow developers to use a true Python toolbar instead of the simple one wh

Re: [Sugar-devel] HTML activities

2013-01-28 Thread Peter Robinson
On Mon, Jan 28, 2013 at 5:30 PM, Simon Schampijer wrote: > Hey Daniel, > > thanks for the writeup! > > > On 01/26/2013 03:27 PM, Daniel Narvaez wrote: >> >> Hello, >> >> the desire to be able to write activities using html has been expressed >> several >> times by developers. We have seen several

Re: [Sugar-devel] HTML activities

2013-01-28 Thread Simon Schampijer
Hey Daniel, thanks for the writeup! On 01/26/2013 03:27 PM, Daniel Narvaez wrote: Hello, the desire to be able to write activities using html has been expressed several times by developers. We have seen several approaches but there is not much support for it in the core platform yet. I and Si

[Sugar-devel] HTML activities

2013-01-26 Thread Daniel Narvaez
Hello, the desire to be able to write activities using html has been expressed several times by developers. We have seen several approaches but there is not much support for it in the core platform yet. I and Simon have been trying to figure out how to best integrate this with the existing platfo