Re: [Sugar-devel] karma repo is huge!
On 05.01.2010, at 10:17, Bernie Innocenti wrote: On Tue, 2010-01-05 at 08:11 +0545, Bryan Berry wrote: Is there a way to remove select files from the index that are no longer in the working tree? I never used it, but try git-filter-branch should do the job: git filter-branch --tree-filter ´rm filename´ HEAD It's very powerful, read the man page for more info. NOTE WELL: removing one file in the middle of the history is guaranteed to alter the sha1's of all the subsequent commits. This happens because of git's fundamental design, and can be seen as a security feature to prevent people from tampering with the history. On a side note, this hugeness when dealing with binary files in git is why etoys switched back to svn for binary content, only the textual stuff remains in git. Git is awesome for versioning code, but it's way less efficient with binaries. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] karma repo is huge!
On Mon, 2010-01-04 at 14:28 +0545, Bryan Berry wrote: It is already over 127 MB and the .git directory is over 65 MB. There must be some giant individual files hanging out somewhere. I absolutely will have to repack this thing Try git repack -a -d -f --window=100 --depth=100 I don't know a good way to search the history for large files (or large deltas). I guess we could ask for advice on #git, though. -- // 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] karma repo is huge!
alright, I saved 30 MB by putting the temporary build/ directory into .gitignore $ git repack -a -d -f --window=100 --depth=100 shrinks it from 109 MB to 82MB, that's a nice change I have added and removed huge sets of files Is there a way to remove select files from the index that are no longer in the working tree? I will inquire on #git On Tue, Jan 5, 2010 at 1:45 AM, Bernie Innocenti ber...@codewiz.org wrote: On Mon, 2010-01-04 at 14:28 +0545, Bryan Berry wrote: It is already over 127 MB and the .git directory is over 65 MB. There must be some giant individual files hanging out somewhere. I absolutely will have to repack this thing Try git repack -a -d -f --window=100 --depth=100 I don't know a good way to search the history for large files (or large deltas). I guess we could ask for advice on #git, though. -- // 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] karma repo is huge!
On Tue, Jan 5, 2010 at 03:26, Bryan Berry br...@olenepal.org wrote: alright, I saved 30 MB by putting the temporary build/ directory into .gitignore $ git repack -a -d -f --window=100 --depth=100 shrinks it from 109 MB to 82MB, that's a nice change I have added and removed huge sets of files Is there a way to remove select files from the index that are no longer in the working tree? http://progit.org/book/ch9-7.html See the paragraph « Removing objects » -- Mathieu Bridon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] karma repo is huge!
Tks Mathieu, wow this is some major surgery to get rid of big individual files. I will have to go through it carefully On Tue, Jan 5, 2010 at 12:39 PM, Mathieu Bridon (bochecha) boche...@fedoraproject.org wrote: On Tue, Jan 5, 2010 at 03:26, Bryan Berry br...@olenepal.org wrote: alright, I saved 30 MB by putting the temporary build/ directory into .gitignore $ git repack -a -d -f --window=100 --depth=100 shrinks it from 109 MB to 82MB, that's a nice change I have added and removed huge sets of files Is there a way to remove select files from the index that are no longer in the working tree? http://progit.org/book/ch9-7.html See the paragraph « Removing objects » -- Mathieu Bridon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] pls review jsdocs for Karma
2009/12/14 Bryan Berry br...@olenepal.org first, tks for the awesome feedback sure, np 2009/12/14 Felipe López Toledo zer.subz...@gmail.com hey man, I have read the online docs, here is my feedback: [ feature request ] add collision support for file names repeated Can you be more specific? I meant this: collision support for the 'name' property +1 avoid loading the same file twice reagards -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] pls review jsdocs for Karma
2009/12/15 Felipe López Toledo zer.subz...@gmail.com 2009/12/14 Bryan Berry br...@olenepal.org first, tks for the awesome feedback sure, np 2009/12/14 Felipe López Toledo zer.subz...@gmail.com hey man, I have read the online docs, here is my feedback: [ feature request ] add collision support for file names repeated Can you be more specific? I meant this: collision support for the 'name' property +1 avoid loading the same file twice reagards I will try to fit that in to version 0.3 Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] pls review jsdocs for Karma
hey man, I have read the online docs, here is my feedback: [ feature request ] add collision support for file names repeated [ question ] how does the actual localization algorithm work? I mean, is there a way to localize all the content with one line? maybe, we could explain it in the docs [ bug? ] maybe, I'm wrong, but I think here is an error: /docs/symbols/Karma.html - ninja1.sword === sword + ninja1.weapon === sword [ suggestion ] /docs/symbols/Karma.karma.html Karma.karma.locale what is the default value?, I suggest en [ request ] /docs/symbols/Karma.kCanvas.html please, delete fps property, atm it does not have any function. [ suggestion ] I have seen some examples with code an explanation, I suggest to add comment characters (/* */) example: docs/symbols/Karma.karma.html Karma.karma.rand(lower, upper) var num = rand(0, 10); - num could be 0, 1, 2, 3 ... or 10 + //num could be 0, 1, 2, 3 ... or 10 - [ ] btw, I see there is no kimage, ksound and so on documentation, I think it is the problem with the JsDoc toolkit, right? regards 2009/12/3 Bryan Berry br...@olenepal.org argh! sorry I forgot the link http://karma.sugarlabs.org/docs/index.html 2009/12/3 Bryan Berry br...@olenepal.org I have added examples but there is still work to be done. Please let me know if it is hard to follow or if significant chunks are missing I haven't exactly figured out how to document methods like play() since there isn't an object specific to it I also haven't documented the kCanvas with the makeChain function. I fear that the makeChain function -- while truly a feat of metaprogramming and closure manipulation -- may be too clever. It also may not save that much typing since I will have to document each function anyways. Felipe what do you think? -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] pls review jsdocs for Karma
first, tks for the awesome feedback 2009/12/14 Felipe López Toledo zer.subz...@gmail.com hey man, I have read the online docs, here is my feedback: [ feature request ] add collision support for file names repeated Can you be more specific? just to avoid loading the same file twice? I think that collision support for the 'name' property would also be helpful [ question ] how does the actual localization algorithm work? I mean, is there a way to localize all the content with one line? maybe, we could explain it in the docs It doesn't work ;) ! there is no localization at all. It will have to wait until next release [ bug? ] maybe, I'm wrong, but I think here is an error: /docs/symbols/Karma.html - ninja1.sword === sword + ninja1.weapon === sword that is a bug, thanks for catching it [ suggestion ] /docs/symbols/Karma.karma.html Karma.karma.locale what is the default value?, I suggest en none, right now, let me think about this. [ request ] /docs/symbols/Karma.kCanvas.html please, delete fps property, atm it does not have any function. done [ suggestion ] I have seen some examples with code an explanation, I suggest to addcomment characters(/* */) example: docs/symbols/Karma.karma.html Karma.karma.rand(lower, upper) var num = rand(0, 10); - num could be 0, 1, 2, 3 ... or 10 + //num could be 0, 1, 2, 3 ... or 10 - great idea [ ] btw, I see there is no kimage, ksound and so on documentation, I think it is the problem with the JsDoc toolkit, right? regards Yeah, it has to do with jsdoc toolkit but also the funny way I laid out kMedia prototype object for them both. I now think it is probably better that I get rid of kMedia and just split them into 3 wholly different objects without a prototypal parent. It is odd to make a concession for the documentation tool but I also think that it will make the code easier to read. 2009/12/3 Bryan Berry br...@olenepal.org argh! sorry I forgot the link http://karma.sugarlabs.org/docs/index.html 2009/12/3 Bryan Berry br...@olenepal.org I have added examples but there is still work to be done. Please let me know if it is hard to follow or if significant chunks are missing I haven't exactly figured out how to document methods like play() since there isn't an object specific to it I also haven't documented the kCanvas with the makeChain function. I fear that the makeChain function -- while truly a feat of metaprogramming and closure manipulation -- may be too clever. It also may not save that much typing since I will have to document each function anyways. Felipe what do you think? -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] pls review jsdocs for Karma
I just refactored the code to use kImage, kAudio instead of kMedia gracias a Dios for unit testing, it really made refactoring karma.js almost easy I updated the jsdoc but it is still rough, I will spend much of today improving it. This means the 2nd karma.js tutorial will have to wait. sorry roxan ;) 2009/12/15 Bryan Berry br...@olenepal.org first, tks for the awesome feedback 2009/12/14 Felipe López Toledo zer.subz...@gmail.com hey man, I have read the online docs, here is my feedback: [ feature request ] add collision support for file names repeated Can you be more specific? just to avoid loading the same file twice? I think that collision support for the 'name' property would also be helpful [ question ] how does the actual localization algorithm work? I mean, is there a way to localize all the content with one line? maybe, we could explain it in the docs It doesn't work ;) ! there is no localization at all. It will have to wait until next release [ bug? ] maybe, I'm wrong, but I think here is an error: /docs/symbols/Karma.html - ninja1.sword === sword + ninja1.weapon === sword that is a bug, thanks for catching it [ suggestion ] /docs/symbols/Karma.karma.html Karma.karma.locale what is the default value?, I suggest en none, right now, let me think about this. [ request ] /docs/symbols/Karma.kCanvas.html please, delete fps property, atm it does not have any function. done [ suggestion ] I have seen some examples with code an explanation, I suggest to addcomment characters(/* */) example: docs/symbols/Karma.karma.html Karma.karma.rand(lower, upper) var num = rand(0, 10); - num could be 0, 1, 2, 3 ... or 10 + //num could be 0, 1, 2, 3 ... or 10 - great idea [ ] btw, I see there is no kimage, ksound and so on documentation, I think it is the problem with the JsDoc toolkit, right? regards Yeah, it has to do with jsdoc toolkit but also the funny way I laid out kMedia prototype object for them both. I now think it is probably better that I get rid of kMedia and just split them into 3 wholly different objects without a prototypal parent. It is odd to make a concession for the documentation tool but I also think that it will make the code easier to read. 2009/12/3 Bryan Berry br...@olenepal.org argh! sorry I forgot the link http://karma.sugarlabs.org/docs/index.html 2009/12/3 Bryan Berry br...@olenepal.org I have added examples but there is still work to be done. Please let me know if it is hard to follow or if significant chunks are missing I haven't exactly figured out how to document methods like play() since there isn't an object specific to it I also haven't documented the kCanvas with the makeChain function. I fear that the makeChain function -- while truly a feat of metaprogramming and closure manipulation -- may be too clever. It also may not save that much typing since I will have to document each function anyways. Felipe what do you think? -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] pls review jsdocs for Karma
argh! sorry I forgot the link http://karma.sugarlabs.org/docs/index.html 2009/12/3 Bryan Berry br...@olenepal.org I have added examples but there is still work to be done. Please let me know if it is hard to follow or if significant chunks are missing I haven't exactly figured out how to document methods like play() since there isn't an object specific to it I also haven't documented the kCanvas with the makeChain function. I fear that the makeChain function -- while truly a feat of metaprogramming and closure manipulation -- may be too clever. It also may not save that much typing since I will have to document each function anyways. Felipe what do you think? ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] possible to meet soon to discuss new karma.js?
I'm online, why not now? 2009/11/19 Bryan Berry br...@olenepal.org I have refactored jquery.karma.js into karma.js and am now changing adding_up to use it. Will u have time soon for us to talk and discuss it? I have made a lot of changes that I want to discuss w/ u -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [karma] when does an audio element created w/ new Audio() emit the onload event?
hi man
It doesn't emit that event at the same time that a new Image() does. I
need a way to throw an error to the user if the audio file isn't
accessible. I do this for the images and it works quite well.
I have used load and error and others events for new Image and new Audio
and it seems that work fine, could you explain the event that you want to
catch?
I think audio.addEventListener(error, function(e) {}, false );
will do the work.
btw. here is the list of events for media elements, section 4.8.10.12:
http://dev.w3.org/html5/spec/Overview.html
greetings!
2009/11/18 Bryan Berry br...@olenepal.org
Hey subzero,
Do you know when does an audio element created w/ new Audio() emit the
onload event?
It doesn't emit that event at the same time that a new Image() does. I
need a way to throw an error to the user if the audio file isn't
accessible. I do this for the images and it works quite well.
I also need to this for svgs but haven't figured out the mechanism
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
--
Felipe López Toledo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] karma
On Tue, Nov 17, 2009 at 6:09 PM, Bryan Berry br...@olenepal.org wrote: looks great! I haven't had a chance to look at the code but it looks quite nice. It works for me on firefox 3.7 and 3.5 but for whatever reason chrome distorts the svg after i pick the correct state. I suspect any webkit browser suffers the same problem. I have been meaning to submit a bug report to chromium but haven't gotten around to it. I probably won't get to it until next week as I am still neck-deep in adding unit tests to karma.js http://git.sugarlabs.org/projects/karma/repos/mainline/trees/jkjs-refactor/tests Could you do me a huge favor and test it yourself on chromium and then submit a bug report should you find the same problem? I heard that safari had identical problems. Sounds like webkit-class browsers are all having issues. I'll submit a bug report to the projects. On Tue, 2009-11-17 at 16:09 -0500, Erik Garrison wrote: Also, if you are reading and don't have git but want to try it out, you can at http://hypervolu.me/~erik/Know-USA/ On Tue, Nov 17, 2009 at 3:30 PM, Erik Garrison erik.garri...@gmail.com wrote: Okay, here you go: http://git.sugarlabs.org/projects/karma/repos/erikg-karma/commits/d352293fa9073b10deaaa6cdb55232c20665db7d Thoughts welcome. Please merge into the mainline examples if it seems appropriate. Otherwise I can break it off into its own activity. The amount of work was minimal, and also very hacky. The code now parses the SVG and looks for all objects of class 'state'. It takes their ids as names, and then uses these as questions. A click handler is registered on every state using $.click. In this handler I check if the right state has been clicked. If the right state has been clicked I give it a random color. I hope this can serve as a helpful example. In total it took me around three hours to learn what I needed, complete, and play a bunch of times :). Best, Erik On Sun, Nov 1, 2009 at 9:34 AM, Bryan Berry br...@olenepal.org wrote: On Sat, 2009-10-31 at 16:05 -0400, Erik Garrison wrote: Is there an overview of the system's structure anywhere? If not I can write one as I read. Unless there are plans to radically change it soon. There isn't an up-to-date diagram. You can hold off on doing that as I was planning to do that this week. I'll dig into this. Erik Awesome! -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] karma
On Wed, 2009-11-18 at 15:32 -0500, Erik Garrison wrote: On Tue, Nov 17, 2009 at 6:09 PM, Bryan Berry br...@olenepal.org wrote: looks great! I haven't had a chance to look at the code but it looks quite nice. It works for me on firefox 3.7 and 3.5 but for whatever reason chrome distorts the svg after i pick the correct state. I suspect any webkit browser suffers the same problem. I have been meaning to submit a bug report to chromium but haven't gotten around to it. I probably won't get to it until next week as I am still neck-deep in adding unit tests to karma.js http://git.sugarlabs.org/projects/karma/repos/mainline/trees/jkjs-refactor/tests Could you do me a huge favor and test it yourself on chromium and then submit a bug report should you find the same problem? I heard that safari had identical problems. Sounds like webkit-class browsers are all having issues. I'll submit a bug report to the projects. thanks! -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [karma] when does an audio element created w/ new Audio() emit the onload event?
I was just playing around w/ it and I found the media.load() method
loading audio remotely still doesn't work on chromium -- argh but works
fine on FF 3.5. I need to go complain about that.
http://karma-testing.sugarlabs.org/tests/index.html
I add to put this code here
http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/jkjs-refactor/js/karma.js#line324
after I added the event handlers
if (this._type === sound){
this.media.load();
}
On Wed, 2009-11-18 at 14:21 -0600, Felipe López Toledo wrote:
hi man
It doesn't emit that event at the same time that a new Image()
does. I
need a way to throw an error to the user if the audio file
isn't
accessible. I do this for the images and it works quite well.
I have used load and error and others events for new Image and new
Audio and it seems that work fine, could you explain the event that
you want to catch?
I think audio.addEventListener(error, function(e) {}, false );
will do the work.
btw. here is the list of events for media elements, section 4.8.10.12:
http://dev.w3.org/html5/spec/Overview.html
greetings!
2009/11/18 Bryan Berry br...@olenepal.org
Hey subzero,
Do you know when does an audio element created w/ new Audio()
emit the
onload event?
It doesn't emit that event at the same time that a new Image()
does. I
need a way to throw an error to the user if the audio file
isn't
accessible. I do this for the images and it works quite well.
I also need to this for svgs but haven't figured out the
mechanism
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
--
Felipe López Toledo
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [karma] when does an audio element created w/ new Audio() emit the onload event?
The codec might be the issue. Afaik chromium has no codecs. Try
Chrome, although I'm not sure it has vorbis either.
2009/11/18 Bryan Berry br...@olenepal.org:
I was just playing around w/ it and I found the media.load() method
loading audio remotely still doesn't work on chromium -- argh but works
fine on FF 3.5. I need to go complain about that.
http://karma-testing.sugarlabs.org/tests/index.html
I add to put this code here
http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/jkjs-refactor/js/karma.js#line324
after I added the event handlers
if (this._type === sound){
this.media.load();
}
On Wed, 2009-11-18 at 14:21 -0600, Felipe López Toledo wrote:
hi man
It doesn't emit that event at the same time that a new Image()
does. I
need a way to throw an error to the user if the audio file
isn't
accessible. I do this for the images and it works quite well.
I have used load and error and others events for new Image and new
Audio and it seems that work fine, could you explain the event that
you want to catch?
I think audio.addEventListener(error, function(e) {}, false );
will do the work.
btw. here is the list of events for media elements, section 4.8.10.12:
http://dev.w3.org/html5/spec/Overview.html
greetings!
2009/11/18 Bryan Berry br...@olenepal.org
Hey subzero,
Do you know when does an audio element created w/ new Audio()
emit the
onload event?
It doesn't emit that event at the same time that a new Image()
does. I
need a way to throw an error to the user if the audio file
isn't
accessible. I do this for the images and it works quite well.
I also need to this for svgs but haven't figured out the
mechanism
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
--
Felipe López Toledo
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
___
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] [karma] when does an audio element created w/ new Audio() emit the onload event?
it works when the ogg files are local just not when they are remote. It
is a known bug in chromium
On Wed, 2009-11-18 at 22:20 +, Lucian Branescu wrote:
The codec might be the issue. Afaik chromium has no codecs. Try
Chrome, although I'm not sure it has vorbis either.
2009/11/18 Bryan Berry br...@olenepal.org:
I was just playing around w/ it and I found the media.load() method
loading audio remotely still doesn't work on chromium -- argh but works
fine on FF 3.5. I need to go complain about that.
http://karma-testing.sugarlabs.org/tests/index.html
I add to put this code here
http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/jkjs-refactor/js/karma.js#line324
after I added the event handlers
if (this._type === sound){
this.media.load();
}
On Wed, 2009-11-18 at 14:21 -0600, Felipe López Toledo wrote:
hi man
It doesn't emit that event at the same time that a new Image()
does. I
need a way to throw an error to the user if the audio file
isn't
accessible. I do this for the images and it works quite well.
I have used load and error and others events for new Image and new
Audio and it seems that work fine, could you explain the event that
you want to catch?
I think audio.addEventListener(error, function(e) {}, false );
will do the work.
btw. here is the list of events for media elements, section 4.8.10.12:
http://dev.w3.org/html5/spec/Overview.html
greetings!
2009/11/18 Bryan Berry br...@olenepal.org
Hey subzero,
Do you know when does an audio element created w/ new Audio()
emit the
onload event?
It doesn't emit that event at the same time that a new Image()
does. I
need a way to throw an error to the user if the audio file
isn't
accessible. I do this for the images and it works quite well.
I also need to this for svgs but haven't figured out the
mechanism
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
--
Felipe López Toledo
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [karma] when does an audio element created w/ new Audio() emit the onload event?
Oh, sorry about that then.
2009/11/18 Bryan Berry br...@olenepal.org:
it works when the ogg files are local just not when they are remote. It
is a known bug in chromium
On Wed, 2009-11-18 at 22:20 +, Lucian Branescu wrote:
The codec might be the issue. Afaik chromium has no codecs. Try
Chrome, although I'm not sure it has vorbis either.
2009/11/18 Bryan Berry br...@olenepal.org:
I was just playing around w/ it and I found the media.load() method
loading audio remotely still doesn't work on chromium -- argh but works
fine on FF 3.5. I need to go complain about that.
http://karma-testing.sugarlabs.org/tests/index.html
I add to put this code here
http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/jkjs-refactor/js/karma.js#line324
after I added the event handlers
if (this._type === sound){
this.media.load();
}
On Wed, 2009-11-18 at 14:21 -0600, Felipe López Toledo wrote:
hi man
It doesn't emit that event at the same time that a new Image()
does. I
need a way to throw an error to the user if the audio file
isn't
accessible. I do this for the images and it works quite well.
I have used load and error and others events for new Image and new
Audio and it seems that work fine, could you explain the event that
you want to catch?
I think audio.addEventListener(error, function(e) {}, false );
will do the work.
btw. here is the list of events for media elements, section 4.8.10.12:
http://dev.w3.org/html5/spec/Overview.html
greetings!
2009/11/18 Bryan Berry br...@olenepal.org
Hey subzero,
Do you know when does an audio element created w/ new Audio()
emit the
onload event?
It doesn't emit that event at the same time that a new Image()
does. I
need a way to throw an error to the user if the audio file
isn't
accessible. I do this for the images and it works quite well.
I also need to this for svgs but haven't figured out the
mechanism
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
--
Felipe López Toledo
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [karma] when does an audio element created w/ new Audio() emit the onload event?
2009/11/18 Bryan Berry br...@olenepal.org
I was just playing around w/ it and I found the media.load() method
loading audio remotely still doesn't work on chromium -- argh but works
fine on FF 3.5. I need to go complain about that.
mmm, interesting, what version/os are u using?
I have tested loading audio files (ogg files) from remote and it works.
The html, the js and the ogg files are in the same domain (localhost)
tested with ff 3.5.5 and google chrome 4.0.223.16 both under windows
http://karma-testing.sugarlabs.org/tests/index.html
I add to put this code here
http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/jkjs-refactor/js/karma.js#line324
after I added the event handlers
if (this._type === sound){
this.media.load();
}
yeah, I had the same problem, but believe it or not.. it is the
default behavior (as the standard draft says)
here is the KSound code (with the little fix)
http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/master/js/jquery.karma.js#line1041
btw. chrome does not need that line
On Wed, 2009-11-18 at 14:21 -0600, Felipe López Toledo wrote:
hi man
It doesn't emit that event at the same time that a new Image()
does. I
need a way to throw an error to the user if the audio file
isn't
accessible. I do this for the images and it works quite well.
I have used load and error and others events for new Image and new
Audio and it seems that work fine, could you explain the event that
you want to catch?
I think audio.addEventListener(error, function(e) {}, false );
will do the work.
btw. here is the list of events for media elements, section 4.8.10.12:
http://dev.w3.org/html5/spec/Overview.html
greetings!
2009/11/18 Bryan Berry br...@olenepal.org
Hey subzero,
Do you know when does an audio element created w/ new Audio()
emit the
onload event?
It doesn't emit that event at the same time that a new Image()
does. I
need a way to throw an error to the user if the audio file
isn't
accessible. I do this for the images and it works quite well.
I also need to this for svgs but haven't figured out the
mechanism
--
Felipe López Toledo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] karma
Okay, here you go: http://git.sugarlabs.org/projects/karma/repos/erikg-karma/commits/d352293fa9073b10deaaa6cdb55232c20665db7d Thoughts welcome. Please merge into the mainline examples if it seems appropriate. Otherwise I can break it off into its own activity. The amount of work was minimal, and also very hacky. The code now parses the SVG and looks for all objects of class 'state'. It takes their ids as names, and then uses these as questions. A click handler is registered on every state using $.click. In this handler I check if the right state has been clicked. If the right state has been clicked I give it a random color. I hope this can serve as a helpful example. In total it took me around three hours to learn what I needed, complete, and play a bunch of times :). Best, Erik On Sun, Nov 1, 2009 at 9:34 AM, Bryan Berry br...@olenepal.org wrote: On Sat, 2009-10-31 at 16:05 -0400, Erik Garrison wrote: Is there an overview of the system's structure anywhere? If not I can write one as I read. Unless there are plans to radically change it soon. There isn't an up-to-date diagram. You can hold off on doing that as I was planning to do that this week. I'll dig into this. Erik Awesome! -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] karma
Also, if you are reading and don't have git but want to try it out, you can at http://hypervolu.me/~erik/Know-USA/ On Tue, Nov 17, 2009 at 3:30 PM, Erik Garrison erik.garri...@gmail.com wrote: Okay, here you go: http://git.sugarlabs.org/projects/karma/repos/erikg-karma/commits/d352293fa9073b10deaaa6cdb55232c20665db7d Thoughts welcome. Please merge into the mainline examples if it seems appropriate. Otherwise I can break it off into its own activity. The amount of work was minimal, and also very hacky. The code now parses the SVG and looks for all objects of class 'state'. It takes their ids as names, and then uses these as questions. A click handler is registered on every state using $.click. In this handler I check if the right state has been clicked. If the right state has been clicked I give it a random color. I hope this can serve as a helpful example. In total it took me around three hours to learn what I needed, complete, and play a bunch of times :). Best, Erik On Sun, Nov 1, 2009 at 9:34 AM, Bryan Berry br...@olenepal.org wrote: On Sat, 2009-10-31 at 16:05 -0400, Erik Garrison wrote: Is there an overview of the system's structure anywhere? If not I can write one as I read. Unless there are plans to radically change it soon. There isn't an up-to-date diagram. You can hold off on doing that as I was planning to do that this week. I'll dig into this. Erik Awesome! -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] karma
looks great! I haven't had a chance to look at the code but it looks quite nice. It works for me on firefox 3.7 and 3.5 but for whatever reason chrome distorts the svg after i pick the correct state. I suspect any webkit browser suffers the same problem. I have been meaning to submit a bug report to chromium but haven't gotten around to it. I probably won't get to it until next week as I am still neck-deep in adding unit tests to karma.js http://git.sugarlabs.org/projects/karma/repos/mainline/trees/jkjs-refactor/tests Could you do me a huge favor and test it yourself on chromium and then submit a bug report should you find the same problem? On Tue, 2009-11-17 at 16:09 -0500, Erik Garrison wrote: Also, if you are reading and don't have git but want to try it out, you can at http://hypervolu.me/~erik/Know-USA/ On Tue, Nov 17, 2009 at 3:30 PM, Erik Garrison erik.garri...@gmail.com wrote: Okay, here you go: http://git.sugarlabs.org/projects/karma/repos/erikg-karma/commits/d352293fa9073b10deaaa6cdb55232c20665db7d Thoughts welcome. Please merge into the mainline examples if it seems appropriate. Otherwise I can break it off into its own activity. The amount of work was minimal, and also very hacky. The code now parses the SVG and looks for all objects of class 'state'. It takes their ids as names, and then uses these as questions. A click handler is registered on every state using $.click. In this handler I check if the right state has been clicked. If the right state has been clicked I give it a random color. I hope this can serve as a helpful example. In total it took me around three hours to learn what I needed, complete, and play a bunch of times :). Best, Erik On Sun, Nov 1, 2009 at 9:34 AM, Bryan Berry br...@olenepal.org wrote: On Sat, 2009-10-31 at 16:05 -0400, Erik Garrison wrote: Is there an overview of the system's structure anywhere? If not I can write one as I read. Unless there are plans to radically change it soon. There isn't an up-to-date diagram. You can hold off on doing that as I was planning to do that this week. I'll dig into this. Erik Awesome! -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] changing karma.run( callback) to karma.ready( callback )
You could take it even further and do karma.ready = callback or karma.onReady = callback. 2009/11/10 Bryan Berry br...@olenepal.org: hey guys, lucian tks for the great suggestion of karma.run() instead karma.main(). But thinking further I think that karma.ready ( callback ) would be even more intuitive -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] questions about jquery.karma.js
On Sat, 2009-11-07 at 18:45 -0600, Felipe López Toledo wrote: That works for me. How about Sunday before 11 am EST? 11 am EST = 11 am UTC-5 = 10 am México ok :) great! see u then -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] questions about jquery.karma.js
hi!
2009/11/4 Bryan Berry br...@olenepal.org
I am refactoring jquery.karma.js using test-driven development.
I think you did a great job in writing it in the first place, but I am
far to lazy to manually test out the entire library every time I make a
change.
interesting, +1 to use test-driven
I think it will consume more time, but it will make easier the introduction
to new developers
Reading through jquery.karma.js, I have some questions:
--- the init function ---
You have an init function that receives the assets to be loaded as an
argument but actually loading them happens in the first part of the if
statement of karma.main . To me it would make more sense to just pass
the assets as an argument to karma.main({ /* assets object */}) and not
the function call back as currently.
Ideally I would like the use of Karma in lesson.js to be as simple as
var k = Karma({ images: [ .], sounds : [...], surfaces : []})
then it will be necessary to define the i18n options first
var k = Karma({ i18n: [], images: [ .], sounds : [...], surfaces :
[]})
other way what images/sounds are we suppose to load?
// the rest of the code for a lesson
I don't understand the if statement in karma.main. It seems to me that
the callback to main function would never be called. That the first if
clause will always be true and karma.main() won't be called a second
time.
I'm checking if there is something to load ( pendingToLoad ), if yes then I
load all the stuff
other way the else statement will be executed
http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/master/js/jquery.karma.js#line489
anyway the callback function will be executed (if it's defined)
--- taking out the jquery inside Karma ---
I like how we have packaged karma as a jquery library because it gives
us a standard pattern to follow. That said, I don't want to use jquery
internally to the library so dojo or prototype fans can use it freely
+1
we won't have *any* dependencies, anyway we're using specific parts
(helpers) of jquery (example: $.each )
--- to prototype or not to prototype?
I intend to use monkey-patch the Object object with the function create
so Object.prototype.create = function ...
this create function will be implemented in Ecmascript 5 and it matches
Crockford's object(o) function for prototypal inheritance. This is my
excuse for monkey patching ;)
interesting, let me read (more) about in order to give you good arguments to
discuss it
-- KButton
What is the purpose of KButton?
there is no way to create buttons or clickeable elements inside a canvas,
as for example, svg has its clickeable property (or something called like
that)
KButton is a fast way to create clickeable canvas sub-regions, this
feature can be replaced by multiple canvas
--- mouse.getRelativeCanvasPosition, handleEvents ---
do you have any code that uses these functions so I can see an example
of them in action?
the mouse class is a helper when using the mouse, if you try to get the
mouse coordinates in the common ways you will face some troubles, this
method fix that problem.
handleEvents
as its name says it, it's a master dispatcher for events, actually just
KButton uses it.
those are the main questions I have for now. Thanks for reading this far
in a long e-mail ;)
thanks for asking ;)
I know you are very busy with your exams right now, but do u think we
could chat in the next couple days for about an hour about the structure
of jquery.karma.js?
I am on the east coast of the US right now so timezones are easier :)
what about this weekend?
cheers ;)
--
Felipe López Toledo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] questions about jquery.karma.js
On Wed, 2009-11-04 at 08:36 +, Lucian Branescu wrote:
There's one point I want to nitpick on, you can make karma usable with
any library even if it uses jquery internally. Jquery is especially
well suited for this since it the least invasive (it even injects just
one object).
That's a good point. I am using jQuery for things that I can also do
very easily w/ regular js.
On 4 Nov 2009 05:04, Bryan Berry br...@olenepal.org wrote:
I am refactoring jquery.karma.js using test-driven development.
I think you did a great job in writing it in the first place, but I
am
far to lazy to manually test out the entire library every time I
make a
change.
Reading through jquery.karma.js, I have some questions:
--- the init function ---
You have an init function that receives the assets to be loaded as
an
argument but actually loading them happens in the first part of the
if
statement of karma.main . To me it would make more sense to just
pass
the assets as an argument to karma.main({ /* assets object */}) and
not
the function call back as currently.
Ideally I would like the use of Karma in lesson.js to be as simple
as
var k = Karma({ images: [ .], sounds : [...], surfaces :
[]})
// the rest of the code for a lesson
I don't understand the if statement in karma.main. It seems to me
that
the callback to main function would never be called. That the first
if
clause will always be true and karma.main() won't be called a second
time.
--- taking out the jquery inside Karma ---
I like how we have packaged karma as a jquery library because it
gives
us a standard pattern to follow. That said, I don't want to use
jquery
internally to the library so dojo or prototype fans can use it
freely
--- to prototype or not to prototype?
I intend to use monkey-patch the Object object with the function
create
so Object.prototype.create = function ...
this create function will be implemented in Ecmascript 5 and it
matches
Crockford's object(o) function for prototypal inheritance. This is
my
excuse for monkey patching ;)
-- KButton
What is the purpose of KButton?
--- mouse.getRelativeCanvasPosition, handleEvents ---
do you have any code that uses these functions so I can see an
example
of them in action?
those are the main questions I have for now. Thanks for reading this
far
in a long e-mail ;)
I know you are very busy with your exams right now, but do u think
we
could chat in the next couple days for about an hour about the
structure
of jquery.karma.js?
I am on the east coast of the US right now so timezones are
easier :)
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] karma
On Sat, 2009-10-31 at 16:05 -0400, Erik Garrison wrote: Is there an overview of the system's structure anywhere? If not I can write one as I read. Unless there are plans to radically change it soon. There isn't an up-to-date diagram. You can hold off on doing that as I was planning to do that this week. I'll dig into this. Erik Awesome! -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] karma
I recommend checking out http://www.carto.net/ which has a million more demonstrations of maps+svg+js than we could ever use On Sat, 2009-10-31 at 16:05 -0400, Erik Garrison wrote: On Sat, Oct 31, 2009 at 3:33 PM, Bryan Berry br...@olenepal.org wrote: do u mind if I fwd this msg to the sugar-devel mailing list? Just subscribed to sugar-devel@lists.sugarlabs.org, and CC'ing... On Sat, 2009-10-31 at 15:20 -0400, Erik Garrison wrote: This is a great idea. I'm down. From what I remember of Conozco it seems relatively straightforward. Outside of Karma, what code should we be sharing/working from? here is a simpler version of Conozco-Uruguay to start playing w/ http://github.com/bryanwb/Conozco-Uruguay I need to separate out the big Chakra framework and navigation from individual Karma lessons. The Chakra framewok is a UI for aggregating Karma lessons and not the best place to get started I'm reading through the Karma git tree now. Is there an overview of the system's structure anywhere? If not I can write one as I read. Unless there are plans to radically change it soon. As for improvements that demonstrate the beneficial nature of this project... I have an idea: Seems that there is an outstanding feature request on conozco: (http://wiki.laptop.org/go/Conozco_Uruguay) # Permitir utilizar distintos mapas -- allow the use of different maps .. So maybe an interesting continuation of this project would be to write the program in a way that doing this is easy, and ultimately make a front-end to do exactly that. The rough plan of attack I have for the Conozco US project is to first editing an SVG to include attributes that match events in the game. It just makes it easy to manipulate them problematically, and simple to include even complex maps composed of many pieces in one image. If you have states in your country, you can just label all the states in the SVG. In javascript you can then use these attributes to find and attach events to the objects. Perhaps this is the kind of editing you are talking about doing with inkscape? Exactly, it isn't hard to do, just time-consuming. I did exactly what you have mention by adding class names to the relevant elements in the map a state has the id=deptDeptName class=dept deptName The label for the state has id=textDeptName class=text deptName I then show and hide the text elements by setting the display attribute display=none take a look at the svg in a plain text and u will see what I mean I used dept because states in Uruguay are called Departamentos You could go one step further, take an existing javascript SVG editor, modify it, and use it make it easy for people to use to generate the game data. That way you don't even have to install or run Inkscape. One target could be: http://code.google.com/p/svg-edit/ Including that with the game (as a link) would allow anyone using Conozco to make their own worlds. If a good target is chosen the amount of work in this step might be very low. -Erik I think this would be a great idea after there are 4 or more working Conozco's for different countries. I caution this approach because WYSIWG editors are a very dangerous and time-consuming road to go down, esp. when adding really compelling new features to Conozco, like zoom in and out, would be much easier. Yes. I wrote a sentence which said roughly this, but removed it because I was worried I was being long-winded. The thought was mostly separate application logic and data and you will have an easier time adding features and more content. As for best practices, it's both easy (time-wise, much moreso than producing a wysiwyg editor) and extremely helpful to simply include inline documentation describing the way the thing works and pointers as to how to rework it to use a new map and text. I'll dig into this. Erik On Fri, Oct 30, 2009 at 10:46 PM, Bryan Berry br...@olenepal.org wrote: definitely, W/in the next couple weeks I plan to put out a tutorial on how to do Conozco Uruguay using Karma instead of pygame. I have already done a basic mockup that works but need to document it. It would be awesome if you could do a clone of it for the US, just starting by naming some major cities and not the capitals of all 50 states :) The hard part is just learning how to edit an SVG map with Inkscape. and that isn't actually hard, just time consuming ;) On Fri, 2009-10-30 at 14:47 -0400, Erik Garrison wrote: Yep, I'm quite interested. I've been doing a lot of javascript coding. It's a difficult but rewarding environment. How can I help? Erik -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal,
Re: [Sugar-devel] karma
On Sat, Oct 31, 2009 at 3:33 PM, Bryan Berry br...@olenepal.org wrote: do u mind if I fwd this msg to the sugar-devel mailing list? Just subscribed to sugar-devel@lists.sugarlabs.org, and CC'ing... On Sat, 2009-10-31 at 15:20 -0400, Erik Garrison wrote: This is a great idea. I'm down. From what I remember of Conozco it seems relatively straightforward. Outside of Karma, what code should we be sharing/working from? here is a simpler version of Conozco-Uruguay to start playing w/ http://github.com/bryanwb/Conozco-Uruguay I need to separate out the big Chakra framework and navigation from individual Karma lessons. The Chakra framewok is a UI for aggregating Karma lessons and not the best place to get started I'm reading through the Karma git tree now. Is there an overview of the system's structure anywhere? If not I can write one as I read. Unless there are plans to radically change it soon. As for improvements that demonstrate the beneficial nature of this project... I have an idea: Seems that there is an outstanding feature request on conozco: (http://wiki.laptop.org/go/Conozco_Uruguay) # Permitir utilizar distintos mapas -- allow the use of different maps .. So maybe an interesting continuation of this project would be to write the program in a way that doing this is easy, and ultimately make a front-end to do exactly that. The rough plan of attack I have for the Conozco US project is to first editing an SVG to include attributes that match events in the game. It just makes it easy to manipulate them problematically, and simple to include even complex maps composed of many pieces in one image. If you have states in your country, you can just label all the states in the SVG. In javascript you can then use these attributes to find and attach events to the objects. Perhaps this is the kind of editing you are talking about doing with inkscape? Exactly, it isn't hard to do, just time-consuming. I did exactly what you have mention by adding class names to the relevant elements in the map a state has the id=deptDeptName class=dept deptName The label for the state has id=textDeptName class=text deptName I then show and hide the text elements by setting the display attribute display=none take a look at the svg in a plain text and u will see what I mean I used dept because states in Uruguay are called Departamentos You could go one step further, take an existing javascript SVG editor, modify it, and use it make it easy for people to use to generate the game data. That way you don't even have to install or run Inkscape. One target could be: http://code.google.com/p/svg-edit/ Including that with the game (as a link) would allow anyone using Conozco to make their own worlds. If a good target is chosen the amount of work in this step might be very low. -Erik I think this would be a great idea after there are 4 or more working Conozco's for different countries. I caution this approach because WYSIWG editors are a very dangerous and time-consuming road to go down, esp. when adding really compelling new features to Conozco, like zoom in and out, would be much easier. Yes. I wrote a sentence which said roughly this, but removed it because I was worried I was being long-winded. The thought was mostly separate application logic and data and you will have an easier time adding features and more content. As for best practices, it's both easy (time-wise, much moreso than producing a wysiwyg editor) and extremely helpful to simply include inline documentation describing the way the thing works and pointers as to how to rework it to use a new map and text. I'll dig into this. Erik On Fri, Oct 30, 2009 at 10:46 PM, Bryan Berry br...@olenepal.org wrote: definitely, W/in the next couple weeks I plan to put out a tutorial on how to do Conozco Uruguay using Karma instead of pygame. I have already done a basic mockup that works but need to document it. It would be awesome if you could do a clone of it for the US, just starting by naming some major cities and not the capitals of all 50 states :) The hard part is just learning how to edit an SVG map with Inkscape. and that isn't actually hard, just time consuming ;) On Fri, 2009-10-30 at 14:47 -0400, Erik Garrison wrote: Yep, I'm quite interested. I've been doing a lot of javascript coding. It's a difficult but rewarding environment. How can I help? Erik -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] updating jsdoc for Karma
On Tue, 2009-10-27 at 20:36 -0600, Felipe López Toledo wrote: 2009/10/19 Bryan Berry br...@olenepal.org On Mon, 2009-10-19 at 16:45 -0500, Felipe López Toledo wrote: I have been figuring how to produce the full jsdoc documentation, but I haven't had any luck, I have tried with @memberOf, @lends, @nameOf, and so on... argh, is there any problem u r having? then I could try as well. U could push your latest code back to g.sl.o and I could try from there my experiments break the code. darn the objective: to get the jsdoc from the undocumented code (in karma.js) I think you find another jsdoc tool, right? no, using the same tool. I was trying to use the version of jsdoc packaged for narwhal but it seems to be broken tks for clearing up the relation b/w KObject and Karma do you think it would be a lot of work to refactor jquery.karma.js to only use prototypal inheritance? I might try doing that at the beginning of next month. I think It will be not so hard, since I didn't use multiple inheritance. there may be some performance advantages to using pseudo-classical inheritance, at least according to this talk on js performance http://www.youtube.com/watch?v=mHtdZgou0qUfeature=PlayListp=689D6EE903ED5CB6index=5 At this time, here is the list of changes I am planning to make on jquery.karma.js 1) change from classical to prototypal inheritance 2) change k.library.images and k.library.sounds to just k.images and k.sounds +1 3) Add KSVG as another type KSVG? what will be its function?, I think RaphaelJS gives you (almost) everything you need. maybe a top-level function?, please explain me. Raphael lets u create an svg object from scratch but unfortunately can't manipulate svg documents that are pre-created, like my svg map of uruguay for instance. just like images and audio, I can't manipulate an SVG document until it is fully loaded. For that reason it would be nice and convenient to pre-load svgs w/ KSvg and create some helper methods like there are for KSound and KImage The more I work w/ j.k.js, the more I realize what a great job u did w/ it. It is really, really useful. thanks :) -- Felipe López Toledo -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] updating jsdoc for Karma
2009/10/19 Bryan Berry br...@olenepal.org On Mon, 2009-10-19 at 16:45 -0500, Felipe López Toledo wrote: I have been figuring how to produce the full jsdoc documentation, but I haven't had any luck, I have tried with @memberOf, @lends, @nameOf, and so on... argh, is there any problem u r having? then I could try as well. U could push your latest code back to g.sl.o and I could try from there my experiments break the code. the objective: to get the jsdoc from the undocumented code (in karma.js) I think you find another jsdoc tool, right? tks for clearing up the relation b/w KObject and Karma do you think it would be a lot of work to refactor jquery.karma.js to only use prototypal inheritance? I might try doing that at the beginning of next month. I think It will be not so hard, since I didn't use multiple inheritance. At this time, here is the list of changes I am planning to make on jquery.karma.js 1) change from classical to prototypal inheritance 2) change k.library.images and k.library.sounds to just k.images and k.sounds +1 3) Add KSVG as another type KSVG? what will be its function?, I think RaphaelJS gives you (almost) everything you need. maybe a top-level function?, please explain me. The more I work w/ j.k.js, the more I realize what a great job u did w/ it. It is really, really useful. thanks :) -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] reviewing quadrilaterals code
I fixed most of the css. take a look. I can walk u through how I did it. You want to use an image that u can draw on. That grid is supposed to hold an example for the student to model. that is how the original flash lesson works. On Fri, 2009-10-23 at 09:49 +0545, roshan karki wrote: I knowingly left the most of the changes you are talking about. It was like that from subzero himself. I had plan for cleaning them up in the end. I only want to make the least change possible so that it won't be hard for me to debug. Putting the grid as image in html is nice idea. Or should I use table instead of image ? Sorry again, but I still can't do the CSS, :(. On Fri, Oct 23, 2009 at 5:51 AM, Bryan Berry br...@olenepal.org wrote: roxan, here are some remarks that I think would be helpful. I would be happy to go over this mail on irc w/ u. For all the stuff I have remarked here I have pushed changes to git.sugarlabs.org ===Comments on body in index.html and general file-naming I highly recommend u set the !DOCTYPE html this sets the doctype to html5. Without it, the browser likely won't recommend html5 elements properly or consistently Why do u link in both jquery.js and ../../js/jquery-1.3.2.min.js ? script src=../../js/jquery-1.3.2.min.js type=text/javascript You named the css file activity.css, can we change this to lesson.css? I think it would make the naming more consistent and preserve the distinction between Karma lessons and Karma activities. A karma lesson is a single instructional unit and a karma activity contains multiple lessons, just like our E-Paath bundles do now. There is also a quadrilaterals.css file linked in. Why do u need activity.css and quadrilaterals.css? You have added in the jquery UI library script src=../../js/jquery.ui.all.js type=text/javascript but it doesn't exist at that path. It also appears that u don't use any of the Karma api for drawing. Is that because documentation is lacking? ===Layout=== You want to split out the grid on the right-handside of the bg.png into a separate image and embed it into the html. That way u can position it independently. I don't recommend using absolute positioning for the buttons. You do need it for the left and right buttons because u have to position them relative to the grid image which is embedded in the background. If you split that grid out and directly place it in the layout, you can position the left and right buttons relative to it. -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] reviewing quadrilaterals code
Have you noticed, the instuction Make quadrilaterals on geo-board is overlapped by the grid and the next and previous button no longer works. On Fri, Oct 23, 2009 at 10:00 AM, Bryan Berry br...@olenepal.org wrote: I fixed most of the css. take a look. I can walk u through how I did it. You want to use an image that u can draw on. That grid is supposed to hold an example for the student to model. that is how the original flash lesson works. On Fri, 2009-10-23 at 09:49 +0545, roshan karki wrote: I knowingly left the most of the changes you are talking about. It was like that from subzero himself. I had plan for cleaning them up in the end. I only want to make the least change possible so that it won't be hard for me to debug. Putting the grid as image in html is nice idea. Or should I use table instead of image ? Sorry again, but I still can't do the CSS, :(. On Fri, Oct 23, 2009 at 5:51 AM, Bryan Berry br...@olenepal.org wrote: roxan, here are some remarks that I think would be helpful. I would be happy to go over this mail on irc w/ u. For all the stuff I have remarked here I have pushed changes to git.sugarlabs.org ===Comments on body in index.html and general file-naming I highly recommend u set the !DOCTYPE html this sets the doctype to html5. Without it, the browser likely won't recommend html5 elements properly or consistently Why do u link in both jquery.js and ../../js/jquery-1.3.2.min.js ? script src=../../js/jquery-1.3.2.min.js type=text/javascript You named the css file activity.css, can we change this to lesson.css? I think it would make the naming more consistent and preserve the distinction between Karma lessons and Karma activities. A karma lesson is a single instructional unit and a karma activity contains multiple lessons, just like our E-Paath bundles do now. There is also a quadrilaterals.css file linked in. Why do u need activity.css and quadrilaterals.css? You have added in the jquery UI library script src=../../js/jquery.ui.all.js type=text/javascript but it doesn't exist at that path. It also appears that u don't use any of the Karma api for drawing. Is that because documentation is lacking? ===Layout=== You want to split out the grid on the right-handside of the bg.png into a separate image and embed it into the html. That way u can position it independently. I don't recommend using absolute positioning for the buttons. You do need it for the left and right buttons because u have to position them relative to the grid image which is embedded in the background. If you split that grid out and directly place it in the layout, you can position the left and right buttons relative to it. -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] updating jsdoc for Karma
hey felipe, any luck w/ jsdocs? also, is KObject a subclass of Karma? On Wed, 2009-10-14 at 18:24 -0500, Felipe López Toledo wrote: Hi guys I realize that, unfortunately, JsDoc did not show all classes and methods documentation. Example: JsDoc produced documentation for KSound (constructor) but no its methods (play, pause, etc..) atm, If you want to read the full documentation you will need to read it from the code (js file) Bryan, thanks for fixing the Jquery-Anonymous- prefix I originally used @memberOf bu it produced unexpected results, instead of commenting those lines, I simply added '_' I will try to fix it this weekend, I will keep u on track of positive or negative results. regards 2009/10/14 Bryan Berry br...@olenepal.org I changed some of the basic stuff in jsdocs but I still need Felipe's help when he gets a chance. http://karma.sugarlabs.org/docs/ I got rid of the confusing Jquery-Anonymous- prefix that was in front of a lot of classes. I will take a look again at it tomorrow. Felipe, you used the @memberOf_ tag in a number of places. Does that do anything different from @memberOf which doesn't have the trailing _ ? -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Felipe López Toledo -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] updating jsdoc for Karma
I have been figuring how to produce the full jsdoc documentation, but I haven't had any luck, I have tried with @memberOf, @lends, @nameOf, and so on... 2009/10/14 Bryan Berry br...@olenepal.org On Wed, 2009-10-14 at 18:24 -0500, Felipe López Toledo wrote: I will try to fix it this weekend, I will keep u on track of positive or negative results. tks a lot dude quick questions, is KObject a separate class from Karma? yes, Karma is a separated class that initializes i18n, graphics, etc stuff Are KImage, KSound, KSurface all members of both the Karma class and KObject or just KObject? the unique relation that has Karma with KImage, KSound, KSurface is the shortcuts functions (for image, sound, surface). The shortcuts are factory-functions (avoid using new) and, if necessary they supply some extra configuration, as an example for KSurface. KImage, KSound, KSurface inherits from KObject. KObject mimics uses pseudo-classical inheritance correct? so each KImage, KSound instance gets its own copy of KObject? yes, KImage, KSound and so on has their own copy of KObject, also they have their own copy of KMedia. One drawback to this is that we have to load extra copies of the same KObject properties for each instance. If we used prototypal inheritance we would use a lot less memory as only the prototype object would take up memory. Would it be possible to use prototypal inheritance? possibly using the mixin pattern? just curious yes, I think it's possible but the prototypal inheritance doesn't support multiple inheritance. Actually we don't use it, but when I was designing the structure I thought it would be useful. -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org regards -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] updating jsdoc for Karma
On Mon, 2009-10-19 at 16:45 -0500, Felipe López Toledo wrote: I have been figuring how to produce the full jsdoc documentation, but I haven't had any luck, I have tried with @memberOf, @lends, @nameOf, and so on... argh, is there any problem u r having? then I could try as well. U could push your latest code back to g.sl.o and I could try from there tks for clearing up the relation b/w KObject and Karma do you think it would be a lot of work to refactor jquery.karma.js to only use prototypal inheritance? I might try doing that at the beginning of next month. At this time, here is the list of changes I am planning to make on jquery.karma.js 1) change from classical to prototypal inheritance 2) change k.library.images and k.library.sounds to just k.images and k.sounds 3) Add KSVG as another type The more I work w/ j.k.js, the more I realize what a great job u did w/ it. It is really, really useful. -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] updating jsdoc for Karma
Hi guys I realize that, unfortunately, JsDoc did not show all classes and methods documentation. Example: JsDoc produced documentation for KSound (constructor) but no its methods (play, pause, etc..) atm, If you want to read the full documentation you will need to read it from the code (js file) Bryan, thanks for fixing the Jquery-Anonymous- prefix I originally used @memberOf bu it produced unexpected results, instead of commenting those lines, I simply added '_' I will try to fix it this weekend, I will keep u on track of positive or negative results. regards 2009/10/14 Bryan Berry br...@olenepal.org I changed some of the basic stuff in jsdocs but I still need Felipe's help when he gets a chance. http://karma.sugarlabs.org/docs/ I got rid of the confusing Jquery-Anonymous- prefix that was in front of a lot of classes. I will take a look again at it tomorrow. Felipe, you used the @memberOf_ tag in a number of places. Does that do anything different from @memberOf which doesn't have the trailing _ ? -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: Conozco Uruguay in karma
On Sun, 2009-10-11 at 11:26 -0200, Gabriel Eirea wrote: The problem I foresee is that you still need a way to describe the coordinates of cities and other points of interest and relate them to the svg coordinates, so that when you zoom in and out the objects are all in their corresponding places. That just boils down to properly identifying the object node in the svg map. But how to do that I still have to figure out ;) Ze do u have any experience w/ inkscape? would u be interested to investigate this? -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: Conozco Uruguay in karma
Hello guys, graphics are not really 'my thing', but I'll have a look and see what i can do Cheers On Mon, Oct 12, 2009 at 6:20 PM, Bryan Berry br...@olenepal.org wrote: On Sun, 2009-10-11 at 11:26 -0200, Gabriel Eirea wrote: The problem I foresee is that you still need a way to describe the coordinates of cities and other points of interest and relate them to the svg coordinates, so that when you zoom in and out the objects are all in their corresponding places. That just boils down to properly identifying the object node in the svg map. But how to do that I still have to figure out ;) Ze do u have any experience w/ inkscape? would u be interested to investigate this? -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: Conozco Uruguay in karma
Using inkscape to convert the png file to SVG, it generates an SVG file which includes the png image: image xlink:href=fondo.png x=0 y=0 width=786 height=900 id=image2670 / The idea it to draw in the above SVG file ? On Mon, Oct 12, 2009 at 6:56 PM, Ze maria zemari...@gmail.com wrote: Hello guys, graphics are not really 'my thing', but I'll have a look and see what i can do Cheers On Mon, Oct 12, 2009 at 6:20 PM, Bryan Berry br...@olenepal.org wrote: On Sun, 2009-10-11 at 11:26 -0200, Gabriel Eirea wrote: The problem I foresee is that you still need a way to describe the coordinates of cities and other points of interest and relate them to the svg coordinates, so that when you zoom in and out the objects are all in their corresponding places. That just boils down to properly identifying the object node in the svg map. But how to do that I still have to figure out ;) Ze do u have any experience w/ inkscape? would u be interested to investigate this? -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: Conozco Uruguay in karma
On Mon, 2009-10-12 at 19:17 +0100, Ze maria wrote: Using inkscape to convert the png file to SVG, it generates an SVG file which includes the png image: image xlink:href=fondo.png x=0 y=0 width=786 height=900 id=image2670 / The idea it to draw in the above SVG file ? yes, and to create nodes at particular coordinates that label the city, mountain, point of interest On Mon, Oct 12, 2009 at 6:56 PM, Ze maria zemari...@gmail.com wrote: Hello guys, graphics are not really 'my thing', but I'll have a look and see what i can do Cheers On Mon, Oct 12, 2009 at 6:20 PM, Bryan Berry br...@olenepal.org wrote: On Sun, 2009-10-11 at 11:26 -0200, Gabriel Eirea wrote: The problem I foresee is that you still need a way to describe the coordinates of cities and other points of interest and relate them to the svg coordinates, so that when you zoom in and out the objects are all in their corresponding places. That just boils down to properly identifying the object node in the svg map. But how to do that I still have to figure out ;) Ze do u have any experience w/ inkscape? would u be interested to investigate this? -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: Conozco Uruguay in karma
Looks ok to me but I am no expert. Did u use edge detection in inkscape? On Mon, 2009-10-12 at 19:33 +0100, Ze maria wrote: Hello again guys, I tried several times converting the png to svg (without embedding the png file) and results were awful... I just tried vectormagic.com (Stanford univ) and the results were way better, what do you think ? On Mon, Oct 12, 2009 at 7:17 PM, Ze maria zemari...@gmail.com wrote: Using inkscape to convert the png file to SVG, it generates an SVG file which includes the png image: image xlink:href=fondo.png x=0 y=0 width=786 height=900 id=image2670 / The idea it to draw in the above SVG file ? On Mon, Oct 12, 2009 at 6:56 PM, Ze maria zemari...@gmail.com wrote: Hello guys, graphics are not really 'my thing', but I'll have a look and see what i can do Cheers On Mon, Oct 12, 2009 at 6:20 PM, Bryan Berry br...@olenepal.org wrote: On Sun, 2009-10-11 at 11:26 -0200, Gabriel Eirea wrote: The problem I foresee is that you still need a way to describe the coordinates of cities and other points of interest and relate them to the svg coordinates, so that when you zoom in and out the objects are all in their corresponding places. That just boils down to properly identifying the object node in the svg map. But how to do that I still have to figure out ;) Ze do u have any experience w/ inkscape? would u be interested to investigate this? -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: Conozco Uruguay in karma
Ze, the svg attached to this email appears to be blank On Mon, 2009-10-12 at 19:54 +0100, Ze maria wrote: Guys, I opted to use Multiples scans (creates a group of paths) instead of 'Edge detection', the result seems better, any ideas ? On Mon, Oct 12, 2009 at 7:41 PM, Bryan Berry br...@olenepal.org wrote: Looks ok to me but I am no expert. Did u use edge detection in inkscape? On Mon, 2009-10-12 at 19:33 +0100, Ze maria wrote: Hello again guys, I tried several times converting the png to svg (without embedding the png file) and results were awful... I just tried vectormagic.com (Stanford univ) and the results were way better, what do you think ? On Mon, Oct 12, 2009 at 7:17 PM, Ze maria zemari...@gmail.com wrote: Using inkscape to convert the png file to SVG, it generates an SVG file which includes the png image: image xlink:href=fondo.png x=0 y=0 width=786 height=900 id=image2670 / The idea it to draw in the above SVG file ? On Mon, Oct 12, 2009 at 6:56 PM, Ze maria zemari...@gmail.com wrote: Hello guys, graphics are not really 'my thing', but I'll have a look and see what i can do Cheers On Mon, Oct 12, 2009 at 6:20 PM, Bryan Berry br...@olenepal.org wrote: On Sun, 2009-10-11 at 11:26 -0200, Gabriel Eirea wrote: The problem I foresee is that you still need a way to describe the coordinates of cities and other points of interest and relate them to the svg coordinates, so that when you zoom in and out the objects are all in their corresponding places. That just boils down to properly identifying the object node in the svg map. But how to do that I still have to figure out ;) Ze do u have any experience w/ inkscape? would u be interested to investigate this? -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: Conozco Uruguay in karma
You re right, actually it has a hard link to the png: sodipodi:absref=/Users/zemariamm/Desktop/olenepal/work/ConozcoUruguay.activity/imagenes/fondo.png It's not converting the still image to svg statements On Mon, Oct 12, 2009 at 11:46 PM, Bryan Berry br...@olenepal.org wrote: Ze, the svg attached to this email appears to be blank On Mon, 2009-10-12 at 19:54 +0100, Ze maria wrote: Guys, I opted to use Multiples scans (creates a group of paths) instead of 'Edge detection', the result seems better, any ideas ? On Mon, Oct 12, 2009 at 7:41 PM, Bryan Berry br...@olenepal.org wrote: Looks ok to me but I am no expert. Did u use edge detection in inkscape? On Mon, 2009-10-12 at 19:33 +0100, Ze maria wrote: Hello again guys, I tried several times converting the png to svg (without embedding the png file) and results were awful... I just tried vectormagic.com (Stanford univ) and the results were way better, what do you think ? On Mon, Oct 12, 2009 at 7:17 PM, Ze maria zemari...@gmail.com wrote: Using inkscape to convert the png file to SVG, it generates an SVG file which includes the png image: image xlink:href=fondo.png x=0 y=0 width=786 height=900 id=image2670 / The idea it to draw in the above SVG file ? On Mon, Oct 12, 2009 at 6:56 PM, Ze maria zemari...@gmail.com wrote: Hello guys, graphics are not really 'my thing', but I'll have a look and see what i can do Cheers On Mon, Oct 12, 2009 at 6:20 PM, Bryan Berry br...@olenepal.org wrote: On Sun, 2009-10-11 at 11:26 -0200, Gabriel Eirea wrote: The problem I foresee is that you still need a way to describe the coordinates of cities and other points of interest and relate them to the svg coordinates, so that when you zoom in and out the objects are all in their corresponding places. That just boils down to properly identifying the object node in the svg map. But how to do that I still have to figure out ;) Ze do u have any experience w/ inkscape? would u be interested to investigate this? -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: Conozco Uruguay in karma
Hello again guys, I've been playing with inkscape fow a while, after importing the png using any of the options (located under Path - Trace Bitmap) in Single Scan: creates a path the software really converts the image file to a SVG (using path to draw it), if I use Multiple scans: creates a group of path it does not convert the image in to a group of path objects, but embeds the link to the image in the generated SVG file... On the other side, the stanford application mentioned in some emails earlier does convert the image into a group of path, although the software is not open source and requires a license. Ze Maria On Tue, Oct 13, 2009 at 12:34 AM, Ze maria zemari...@gmail.com wrote: You re right, actually it has a hard link to the png: sodipodi:absref=/Users/zemariamm/Desktop/olenepal/work/ConozcoUruguay.activity/imagenes/fondo.png It's not converting the still image to svg statements On Mon, Oct 12, 2009 at 11:46 PM, Bryan Berry br...@olenepal.org wrote: Ze, the svg attached to this email appears to be blank On Mon, 2009-10-12 at 19:54 +0100, Ze maria wrote: Guys, I opted to use Multiples scans (creates a group of paths) instead of 'Edge detection', the result seems better, any ideas ? On Mon, Oct 12, 2009 at 7:41 PM, Bryan Berry br...@olenepal.org wrote: Looks ok to me but I am no expert. Did u use edge detection in inkscape? On Mon, 2009-10-12 at 19:33 +0100, Ze maria wrote: Hello again guys, I tried several times converting the png to svg (without embedding the png file) and results were awful... I just tried vectormagic.com (Stanford univ) and the results were way better, what do you think ? On Mon, Oct 12, 2009 at 7:17 PM, Ze maria zemari...@gmail.com wrote: Using inkscape to convert the png file to SVG, it generates an SVG file which includes the png image: image xlink:href=fondo.png x=0 y=0 width=786 height=900 id=image2670 / The idea it to draw in the above SVG file ? On Mon, Oct 12, 2009 at 6:56 PM, Ze maria zemari...@gmail.com wrote: Hello guys, graphics are not really 'my thing', but I'll have a look and see what i can do Cheers On Mon, Oct 12, 2009 at 6:20 PM, Bryan Berry br...@olenepal.org wrote: On Sun, 2009-10-11 at 11:26 -0200, Gabriel Eirea wrote: The problem I foresee is that you still need a way to describe the coordinates of cities and other points of interest and relate them to the svg coordinates, so that when you zoom in and out the objects are all in their corresponding places. That just boils down to properly identifying the object node in the svg map. But how to do that I still have to figure out ;) Ze do u have any experience w/ inkscape? would u be interested to investigate this? -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: Conozco Uruguay in karma
2009/10/10 Bryan Berry br...@olenepal.org: On Fri, 2009-10-09 at 10:11 -0200, Gabriel Eirea wrote: I agree with Bryan that it would be great to have svg from the start. I am not so familiar with creating svg's. I have only used inkscape for very basic drawings. Gabriel, do you think we could use Inkscape to accomplish this? Yes, I think Inkscape is the right tool. I believe you can also take the bitmap and ask it to extract a vectorized version of the image. The problem I foresee is that you still need a way to describe the coordinates of cities and other points of interest and relate them to the svg coordinates, so that when you zoom in and out the objects are all in their corresponding places. Regards, Gabriel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: Conozco Uruguay in karma
Hi Folks, On 11 Oct 2009, at 14:26, Gabriel Eirea wrote: 2009/10/10 Bryan Berry br...@olenepal.org: On Fri, 2009-10-09 at 10:11 -0200, Gabriel Eirea wrote: I agree with Bryan that it would be great to have svg from the start. I am not so familiar with creating svg's. I have only used inkscape for very basic drawings. Gabriel, do you think we could use Inkscape to accomplish this? Yes, I think Inkscape is the right tool. I believe you can also take the bitmap and ask it to extract a vectorized version of the image. The problem I foresee is that you still need a way to describe the coordinates of cities and other points of interest and relate them to the svg coordinates, so that when you zoom in and out the objects are all in their corresponding places. If you're making the move to svg, here's some map games made a few years back. They use events driven from the svg shapes themselves: http://blog.codedread.com/archives/2007/01/19/svg-map-games/ Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: Conozco Uruguay in karma
2009/10/12 Gabriel Eirea gei...@gmail.com 2009/10/10 Bryan Berry br...@olenepal.org: On Fri, 2009-10-09 at 10:11 -0200, Gabriel Eirea wrote: Gabriel, do you think we could use Inkscape to accomplish this? Yes, I think Inkscape is the right tool. I believe you can also take the bitmap and ask it to extract a vectorized version of the image. This command is available in the menu: Path Trace Bitmap... or a keyboard shortcut Shift + Alt + B ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: Conozco Uruguay in karma
Hi,
This is extremely cool.
I agree with Bryan that it would be great to have svg from the start.
I used a fixed bitmap image and then it became very difficult for
scaling. Now I'm working in zoomed-in versions for very local
information, and I need to draw a new map for each one of the zones.
The holy grail would be to have true cartographic information with
different projections, then you could use GPS data and all kind of
interesting options would open for us. Of course, this was not
necessary for Uruguay because it is such a small country, but it may
be necessary for larger countries or continents if you want to be able
to zoom in and out.
For those asking for translations, I apologize for not being very
international. Almost all the strings are located in the file
datos/niveles.txt. You can read about it here (in Spanish and
unfinished yet, sorry):
http://drupal.ceibaljam.org/?q=node/46
I'm trying to improve internationalization for the next version.
There's even a Conozco Perú brewing somewhere in the Andes.
Regards,
Gabriel
2009/10/9 Bryan Berry br...@olenepal.org:
Hey Ze,
Great start!
I cloned your git repo and made a few changes
http://github.com/bryanwb/Conozco-Uruguay
Just a few notes:
U don't need the xml declaration anymore w/ html5
so ?xml version=1.0 encoding=iso-8859-1? and
xmlns=http://www.w3.org/1999/xhtml; are no longer needed
all u need is !DOCTYPE html
I have copied the needed js files into js/ so u can run it as a
standalone. Perhaps I should create a karma-base package that just has
all requirements for creating a standalone lesson and nothing more.
You can use jquery methods to make your code more succinct
for instance:
document.getElementById('mycanvas').addEventListener( . . .
can become
$('#mycanvas').bind('click', clicked, false);
and
document.getElementById('question').innerHTML = q.getPhrase;
can become
$('#question').html(q.getPhrase);
I also see that you used static coordinates to represent the cities.
This means the image can't be resized for different screen resolutions.
It would be neat if we could do the same image as an SVG w/ the names of
the capitals embedded as nodes. Then you could attach an event listener
to each node.
Each node would have an ID matching the City name and class=cities.
You could then match the ID of the element clicked on against the city
named in the question.
Unfortunately, I have no idea how to do this ;)
On Thu, 2009-10-08 at 18:04 +0100, Ze maria wrote:
Hello guys,
I started a port of the activity Conozco Uruguay (available at
http://activities.sugarlabs.org/en-US/sugar/addon/4199) from Python to
the new Karma framework (downloaded from:
http://git.sugarlabs.org/projects/karma).
I'm new to html5 and to the canvas element so don't be scared by the
lookn'feel :)
Currently to only thing implemented is the capital game, where a
person guesses where which capital of the state is located.
By the way, I coulnd't get to work the Raphael function 'print', every
time I try to use I get a :
Error: f.fonts is undefined
Source File:
file:///Users/zemariamm/workspace/olenepal/mainline/js/raphael-min.js
Line: 7
The code is available at http://github.com/zemariamm/Conozco-Uruguay
Comments, critics and sugestions are all welcome :)
(To run the code just download the new karma framework and drop the
urugay activity code in the lessons directory)
Take care,
Jose
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
___
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] [Karma] Re: Conozco Uruguay in karma
Hello guys,
Well I used fixed coordinates because that's the way it was done in the
original Conozco Urugay (see datos/ciudades.txt)
Gabriel, if you need help I translating think I can give you hand, I don't
no much about spanish but portuguese is my mother language and they are not
that different :)
Take care,
Jose
On Fri, Oct 9, 2009 at 1:11 PM, Gabriel Eirea gei...@gmail.com wrote:
Hi,
This is extremely cool.
I agree with Bryan that it would be great to have svg from the start.
I used a fixed bitmap image and then it became very difficult for
scaling. Now I'm working in zoomed-in versions for very local
information, and I need to draw a new map for each one of the zones.
The holy grail would be to have true cartographic information with
different projections, then you could use GPS data and all kind of
interesting options would open for us. Of course, this was not
necessary for Uruguay because it is such a small country, but it may
be necessary for larger countries or continents if you want to be able
to zoom in and out.
For those asking for translations, I apologize for not being very
international. Almost all the strings are located in the file
datos/niveles.txt. You can read about it here (in Spanish and
unfinished yet, sorry):
http://drupal.ceibaljam.org/?q=node/46
I'm trying to improve internationalization for the next version.
There's even a Conozco Perú brewing somewhere in the Andes.
Regards,
Gabriel
2009/10/9 Bryan Berry br...@olenepal.org:
Hey Ze,
Great start!
I cloned your git repo and made a few changes
http://github.com/bryanwb/Conozco-Uruguay
Just a few notes:
U don't need the xml declaration anymore w/ html5
so ?xml version=1.0 encoding=iso-8859-1? and
xmlns=http://www.w3.org/1999/xhtml; are no longer needed
all u need is !DOCTYPE html
I have copied the needed js files into js/ so u can run it as a
standalone. Perhaps I should create a karma-base package that just has
all requirements for creating a standalone lesson and nothing more.
You can use jquery methods to make your code more succinct
for instance:
document.getElementById('mycanvas').addEventListener( . . .
can become
$('#mycanvas').bind('click', clicked, false);
and
document.getElementById('question').innerHTML = q.getPhrase;
can become
$('#question').html(q.getPhrase);
I also see that you used static coordinates to represent the cities.
This means the image can't be resized for different screen resolutions.
It would be neat if we could do the same image as an SVG w/ the names of
the capitals embedded as nodes. Then you could attach an event listener
to each node.
Each node would have an ID matching the City name and class=cities.
You could then match the ID of the element clicked on against the city
named in the question.
Unfortunately, I have no idea how to do this ;)
On Thu, 2009-10-08 at 18:04 +0100, Ze maria wrote:
Hello guys,
I started a port of the activity Conozco Uruguay (available at
http://activities.sugarlabs.org/en-US/sugar/addon/4199) from Python to
the new Karma framework (downloaded from:
http://git.sugarlabs.org/projects/karma).
I'm new to html5 and to the canvas element so don't be scared by the
lookn'feel :)
Currently to only thing implemented is the capital game, where a
person guesses where which capital of the state is located.
By the way, I coulnd't get to work the Raphael function 'print', every
time I try to use I get a :
Error: f.fonts is undefined
Source File:
file:///Users/zemariamm/workspace/olenepal/mainline/js/raphael-min.js
Line: 7
The code is available at http://github.com/zemariamm/Conozco-Uruguay
Comments, critics and sugestions are all welcome :)
(To run the code just download the new karma framework and drop the
urugay activity code in the lessons directory)
Take care,
Jose
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
___
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] [Karma] Karma-starter package was Re: [Karma] Re: Conozco Uruguay in karma
Great!I've added the missing JS to the github project (as you did), so
checking out that project should be enough for it to run.
I'll make the jquery changes as soon as possible
Take care,
Ze Maria
On Fri, Oct 9, 2009 at 7:51 AM, Bryan Berry br...@olenepal.org wrote:
Hey Ze, I have realized that cloning the whole Karma repo is quite
confusing to new people.
I have created the karma-starter package that should make it easier to
create a stand-alone lesson:
http://git.sugarlabs.org/projects/karma-starter/repos/mainline
On Fri, 2009-10-09 at 10:35 +0545, Bryan Berry wrote:
Hey Ze,
Great start!
I cloned your git repo and made a few changes
http://github.com/bryanwb/Conozco-Uruguay
Just a few notes:
U don't need the xml declaration anymore w/ html5
so ?xml version=1.0 encoding=iso-8859-1? and
xmlns=http://www.w3.org/1999/xhtml; are no longer needed
all u need is !DOCTYPE html
I have copied the needed js files into js/ so u can run it as a
standalone. Perhaps I should create a karma-base package that just has
all requirements for creating a standalone lesson and nothing more.
You can use jquery methods to make your code more succinct
for instance:
document.getElementById('mycanvas').addEventListener( . . .
can become
$('#mycanvas').bind('click', clicked, false);
and
document.getElementById('question').innerHTML = q.getPhrase;
can become
$('#question').html(q.getPhrase);
I also see that you used static coordinates to represent the cities.
This means the image can't be resized for different screen resolutions.
It would be neat if we could do the same image as an SVG w/ the names of
the capitals embedded as nodes. Then you could attach an event listener
to each node.
Each node would have an ID matching the City name and class=cities.
You could then match the ID of the element clicked on against the city
named in the question.
Unfortunately, I have no idea how to do this ;)
On Thu, 2009-10-08 at 18:04 +0100, Ze maria wrote:
Hello guys,
I started a port of the activity Conozco Uruguay (available at
http://activities.sugarlabs.org/en-US/sugar/addon/4199) from Python to
the new Karma framework (downloaded from:
http://git.sugarlabs.org/projects/karma).
I'm new to html5 and to the canvas element so don't be scared by the
lookn'feel :)
Currently to only thing implemented is the capital game, where a
person guesses where which capital of the state is located.
By the way, I coulnd't get to work the Raphael function 'print', every
time I try to use I get a :
Error: f.fonts is undefined
Source File:
file:///Users/zemariamm/workspace/olenepal/mainline/js/raphael-min.js
Line: 7
The code is available at http://github.com/zemariamm/Conozco-Uruguay
Comments, critics and sugestions are all welcome :)
(To run the code just download the new karma framework and drop the
urugay activity code in the lessons directory)
Take care,
Jose
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: Conozco Uruguay in karma
On Fri, 2009-10-09 at 10:11 -0200, Gabriel Eirea wrote: Hi, This is extremely cool. tks! I agree with Bryan that it would be great to have svg from the start. I am not so familiar with creating svg's. I have only used inkscape for very basic drawings. Gabriel, do you think we could use Inkscape to accomplish this? -- Bryan W. Berry Senior Engineer OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] State of Chakra and knavbar
sorry i keep missing u on irc I have investigated using E4X for knavbar but unfortunately only firefox supports E4X. webkit doesn't and has no plans to. It does appear there are a couple other decent options I am playing with jqote and PURE http://aefxx.com/jquery-plugins/jqote/ http://beebole.com/pure/ PURE looks the most promising I will play w/ PURE more tomorrow hopefully I have looked at your latest changes, looks good! We need to split out the css selectors general to all of karma to karma.css and that specific to chakra to chakra.css. Currently, karma.css does very little :) On Fri, 2009-10-02 at 23:34 +0100, Pavel Mocan wrote: I made a few changes to the html and css. I wrote a couple of comments in the commit message on git, might worth taking a look. I should be online tonight (night for me), so ... talk to you soon if you will be. Pavel Mocan -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] State of Chakra and knavbar
The bad news, E4X only works on firefox and isn't liked by them good news the PURE client-side js template engine comes highly recommended http://beebole.com/pure/ I will be playing w/ it later On Thu, 2009-10-01 at 09:10 +0100, Pavel Mocan wrote: On 10/1/09, Bryan Berry br...@olenepal.org wrote: Pavel, KCD (Christoph), Felipe, sorry i haven't been very active this week. Pls blame it on Nepal's festival season and the fact that I was sick earlier this week. I will take a look at the code today. KCD, did you ever convert knavbar to E4X? Pavel, I have put my comments in line w/ yours On Fri, 2009-09-25 at 22:33 +0100, Pavel Mocan wrote: * Om has promised some new icons for stage 3 (months and weeks) which should help in making that stage look nicer * we need to find a way to make the subject curriculum link blend in a nicer way i will think of a way to incorporate this better in the page. That would be awesome. If you have particular ideas for the icons, u can communicate them to Om as he is the master artist. * making the background of the selected months / weeks white gets the job done but is anything other than pretty one way we could solve this issue would be to change the opacity to 0.5 or 0.6 to all the rest of the elements except the selected one; OR add a small icon (arrow pointing down) on top of the selected item. I like the idea of changing the opacity * the odd alignment issues I mentioned yesterday (with sometimes the layout being oddly messed up after page-loads and then working again fine on reload) # this can happen sometimes because of the browser loadings. it happends to large websites sometimes as well ... We should be able to fix this by monkeying around w/ the js, i think * html/css might not be as nice as it should be after my latest workings ## i will take a look at the html and css and try to 'organise' it :) knavbar: I feel knvarbar is in a half-decent state where it's beginning to be useable. Some of the things that are still missing are: * a nicer looking welcome page, I feel the current one still leaves quite a bit to be desired ## i would also suggest changing the icon that links to the home page (the round thingy ...); maybe one that looks clearer will do fine. the round 'thingy' is literally a chakra, meaning wheel in Nepali. It needs to stand out more and look like a button. right now it looks like part of the background so it isn't intuitive to click on it. * the lesson title area still isn't very nice * we haven't really decided what the functionality of the help button will be ## we can have a 'pop up' window that blurs the background. the window should be displayed in the central section of the page and have a scroll bar if the information is too much. I think the pop-up is the way to go. But more like an overlay like growl is in Mac OS X, but bigger. * the html/css might also still need some attention after my latest changes Cheers and talk to you all when I'm back in Austria, Christoph I will take a look at it later today and much of tomorrow. mpavel will u be online this evening? we could chat then. hopefully I will have had a chance to look at the code. -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] State of Chakra and knavbar
Pavel, KCD (Christoph), Felipe, sorry i haven't been very active this week. Pls blame it on Nepal's festival season and the fact that I was sick earlier this week. I will take a look at the code today. KCD, did you ever convert knavbar to E4X? Pavel, I have put my comments in line w/ yours On Fri, 2009-09-25 at 22:33 +0100, Pavel Mocan wrote: * Om has promised some new icons for stage 3 (months and weeks) which should help in making that stage look nicer * we need to find a way to make the subject curriculum link blend in a nicer way i will think of a way to incorporate this better in the page. That would be awesome. If you have particular ideas for the icons, u can communicate them to Om as he is the master artist. * making the background of the selected months / weeks white gets the job done but is anything other than pretty one way we could solve this issue would be to change the opacity to 0.5 or 0.6 to all the rest of the elements except the selected one; OR add a small icon (arrow pointing down) on top of the selected item. I like the idea of changing the opacity * the odd alignment issues I mentioned yesterday (with sometimes the layout being oddly messed up after page-loads and then working again fine on reload) # this can happen sometimes because of the browser loadings. it happends to large websites sometimes as well ... We should be able to fix this by monkeying around w/ the js, i think * html/css might not be as nice as it should be after my latest workings ## i will take a look at the html and css and try to 'organise' it :) knavbar: I feel knvarbar is in a half-decent state where it's beginning to be useable. Some of the things that are still missing are: * a nicer looking welcome page, I feel the current one still leaves quite a bit to be desired ## i would also suggest changing the icon that links to the home page (the round thingy ...); maybe one that looks clearer will do fine. the round 'thingy' is literally a chakra, meaning wheel in Nepali. It needs to stand out more and look like a button. right now it looks like part of the background so it isn't intuitive to click on it. * the lesson title area still isn't very nice * we haven't really decided what the functionality of the help button will be ## we can have a 'pop up' window that blurs the background. the window should be displayed in the central section of the page and have a scroll bar if the information is too much. I think the pop-up is the way to go. But more like an overlay like growl is in Mac OS X, but bigger. * the html/css might also still need some attention after my latest changes Cheers and talk to you all when I'm back in Austria, Christoph I will take a look at it later today and much of tomorrow. mpavel will u be online this evening? we could chat then. hopefully I will have had a chance to look at the code. -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] 640 px width? was Re: [Karma] Introduction, thanks and questions
It didn't looked ok. On Thu, Sep 24, 2009 at 6:24 AM, Bryan Berry br...@olenepal.org wrote: christoph, does 640px for the width of chakra look ok on the XO? On Thu, 2009-09-24 at 00:42 +0545, Christoph Derndorfer wrote: Roshan karki schrieb: 2) Can you please make the thumbnails 2X2 instead of 1X4 @Roshan: I'm not sure what you mean by this... :-? I mean putting four thumnails in 2 rows and 2 columns like we had or as in your attachment. Thanks, Bryan pointed that out to me in the afternoon, unfortunately I haven't had the time to reimplement this yet. (@Pavel: Any advice or suggestions on how to achieve this cleanly are very much welcome.) Also I think we decided not to use combo-box. Correct me if I am mistaken. Indeed, as mentioned in my previous e-mail drop-down menus are a no-go hence my reimplementation is using tabs again. Cheers, Christoph -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] 640 px width? was Re: [Karma] Introduction, thanks and questions
On Thu, 2009-09-24 at 08:13 +0500, roshan karki wrote: It didn't looked ok. u mean, it looked bad? On Thu, Sep 24, 2009 at 6:24 AM, Bryan Berry br...@olenepal.org wrote: christoph, does 640px for the width of chakra look ok on the XO? On Thu, 2009-09-24 at 00:42 +0545, Christoph Derndorfer wrote: Roshan karki schrieb: 2) Can you please make the thumbnails 2X2 instead of 1X4 @Roshan: I'm not sure what you mean by this... :-? I mean putting four thumnails in 2 rows and 2 columns like we had or as in your attachment. Thanks, Bryan pointed that out to me in the afternoon, unfortunately I haven't had the time to reimplement this yet. (@Pavel: Any advice or suggestions on how to achieve this cleanly are very much welcome.) Also I think we decided not to use combo-box. Correct me if I am mistaken. Indeed, as mentioned in my previous e-mail drop-down menus are a no-go hence my reimplementation is using tabs again. Cheers, Christoph -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] impressed by SVGWeb, so far
On Mon, 2009-09-21 at 17:41 +0545, Bryan Berry wrote: I haven't done a example animation w/ svgweb yet but color me impressed! hm, the more I look at it the more it seems that the svg web project page shows off the power of regular svg and doesn't provide high-level drawing functions like raphaeljs does. svg-web is perhaps more focused on cross-browser support. I have sent an email to the svg-web group trying to find out how svg-web relates to projects like raphaeljs -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] http://www.thatquiz.org
On Mon, 2009-09-21 at 10:55 +0200, Tomeu Vizoso wrote: Hi, a reader in olpc-sur is suggesting the Karma team to give a look to http://www.thatquiz.org. Just downloaded a page and seems to run well offline. The author is Andrew Lyczak who worked as a teacher in rural Nepal: http://www.lyczak.com/andrew/resume/resume.html Regards, Tomeu I like it! very nice. I am a bit concerned about the license though: Copyright Andrew Lyczak.All rights reserved.No HTML pages or Javascript may be reproduced without permission Such licensing has proved to be a big headache in the past. All the same, this exactly what we are trying to do! -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] http://www.thatquiz.org
On Mon, Sep 21, 2009 at 16:25, Bryan Berry br...@olenepal.org wrote: On Mon, 2009-09-21 at 10:55 +0200, Tomeu Vizoso wrote: Hi, a reader in olpc-sur is suggesting the Karma team to give a look to http://www.thatquiz.org. Just downloaded a page and seems to run well offline. The author is Andrew Lyczak who worked as a teacher in rural Nepal: http://www.lyczak.com/andrew/resume/resume.html Regards, Tomeu I like it! very nice. I am a bit concerned about the license though: Copyright Andrew Lyczak.All rights reserved.No HTML pages or Javascript may be reproduced without permission Such licensing has proved to be a big headache in the past. All the same, this exactly what we are trying to do! Yes, I was rather thinking about joining forces with the author, instead of just reusing code. Regards, Tomeu -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] http://www.thatquiz.org
On Mon, 2009-09-21 at 16:29 +0200, Tomeu Vizoso wrote: On Mon, Sep 21, 2009 at 16:25, Bryan Berry br...@olenepal.org wrote: On Mon, 2009-09-21 at 10:55 +0200, Tomeu Vizoso wrote: Hi, a reader in olpc-sur is suggesting the Karma team to give a look to http://www.thatquiz.org. Just downloaded a page and seems to run well offline. The author is Andrew Lyczak who worked as a teacher in rural Nepal: http://www.lyczak.com/andrew/resume/resume.html Regards, Tomeu I like it! very nice. I am a bit concerned about the license though: Copyright Andrew Lyczak.All rights reserved.No HTML pages or Javascript may be reproduced without permission Such licensing has proved to be a big headache in the past. All the same, this exactly what we are trying to do! Yes, I was rather thinking about joining forces with the author, instead of just reusing code. Regards, Tomeu Me too, I just emailed him and hope to hear back -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] raphaeljs more active than we thought
this is the official dojo.gfx documentation: http://docs.dojocampus.org/dojox/ghttp://docs.dojocampus.org/dojox/gfx/#id25 fx I have not found a great great tutorial, but here are some examples: http://download.dojotoolkit.org/release-1.0.2/dojo-release-1.0.2/dojox/gfx/demos/circles.html 2009/9/21 Bryan Berry br...@olenepal.org raphaeljs is actually a lot more active than we thought. Most of the commits happend on 1.0 branch and not master. http://github.com/DmitryBaranovskiy/raphael/commits/1.0 unfortunately, it still appears that all commits have been made by one author :( i am working my way thru the reference portion of the raphjs site, raphael does support function chaining in my limited time playing w/ it so far. I am also going to play w/ google's svgweb later today http://codinginparadise.org/projects/svgweb/docs/QuickStart.html and see what i think of it Do you know a good tutorial for dojox.gfx? -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] impressed by SVGWeb, so far
hm, the more I look at it the more it seems that the svg web project page shows off the power of regular svg ... svg-web is perhaps more focused on cross-browser support. Yes. My understanding is svg-web is mostly a hack to wrap the XML of SVG in a script tag so that the script can make it work in Microsoft's joke browsers. Just get rid of the script tag, maybe add !doctype html at the top, and their examples of SVG in HTML should work fine in decent browsers without that overhead. and doesn't provide high-level drawing functions like raphaeljs does. 1) You should be able to inject new SVG by manipulating the DOM, thereby changing the SVG and making new stuff appear. svg-web includes some DOM manipulation but so do other JS toolkits. 2) There is limited animation capability in SVG+SMIL (careful many of the examples on the Web are stuck using the Adobe syntax for embedding SVG). http://www.kevlindev.com/tutorials/basics/index.htm is a nice intro to both techniques. 3) There are also weird mutants like http://hacks.mozilla.org/2009/06/rendering-svg-canvas-burst/ , where as I understand it the Burst JavaScript framework can read in fragments of drawings from SVG files and then animate them on a canvas. E.g. http://hyper-metrix.com/burst/development/doc/demos/js/GitHub%27s-Octocat.htm Lots of ways to do it! https://www.svgopen.org/2009/papers/54-SVG_vs_Canvas_on_Trivial_Drawing_Application/ is a paper that tries to compare canvas and SVG, but there's no definitive answer. -- =S Page ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] thinking about knavbar
Hi, The pages and code looks clean now. Thank you very much. I think I found few bugs there. Please correct me if I am wrong. 1) In http://www.mpavel.ro/projects/Karma/chakra/grade1english.html I can see 5to8 9to12 13to16 17to20 21to24 25to28 29to32 33to36 37to40 41to44 45to48 49to52 in the end of the page. 2) Can you please make the thumbnails 2X2 instead of 1X4 3) The thumbnails don't link to the correct activity. I think that's it for now. Please let me know what you think. 2009/9/20 Pavel Mocan pomo...@gmail.com New update for Karma CSS and HTML. Live at www.mpavel.ro/projects/Karma/ I had to change quite a lot of the HTML as it was not using the HTML5 syntax. This way the source code brings more semantic to the whole document and the structure of it becomes more obvious. The CSS file has been reduced from 400 lines of code to 200. The 'chakra.css' file was sectioned into areas where css properties apply to. However, I still think there is room for improvement. More general properties should be added and things such as sub navigation menus (months, weeks) and articles (lessons) should have the appearance improved. Some notes about coding: - With HTML5 there is no need to put in the type property for the script tag. It recognises it automatically. Same for CSS. This means you can write scriptjs code here/script and stylecss style here/style in html5 documents and they will be valid. - In HTML, you are only allowed to use the same id value for only one element on that page (it's meant to be unique). So, for example, you can't have two div that have id=myElement. - With CSS it is good to take an object oriented approach. For example, if there are elements who need to be floating to left or right, two classes can be created: floatLeft and floatRight. Elements that need to float to the left will obviously have class=floatLeft. If that element needs a big margin, it can be done in another class .bigMargin with the element having class=floatLeft bigMargin. Hope eveything is fine, email me with anything (feedback, suggestions, critic, etc) Regards, Pavel M. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] impressed by SVGWeb, so far
On Mon, 2009-09-21 at 19:34 -0700, S Page wrote: hm, the more I look at it the more it seems that the svg web project page shows off the power of regular svg ... svg-web is perhaps more focused on cross-browser support. Yes. My understanding is svg-web is mostly a hack to wrap the XML of SVG in a script tag so that the script can make it work in Microsoft's joke browsers. Just get rid of the script tag, maybe add !doctype html at the top, and their examples of SVG in HTML should work fine in decent browsers without that overhead. and doesn't provide high-level drawing functions like raphaeljs does. 1) You should be able to inject new SVG by manipulating the DOM, thereby changing the SVG and making new stuff appear. svg-web includes some DOM manipulation but so do other JS toolkits. 2) There is limited animation capability in SVG+SMIL (careful many of the examples on the Web are stuck using the Adobe syntax for embedding SVG). http://www.kevlindev.com/tutorials/basics/index.htm is a nice intro to both techniques. tks, I will definitely check out that link 3) There are also weird mutants like http://hacks.mozilla.org/2009/06/rendering-svg-canvas-burst/ , where as I understand it the Burst JavaScript framework can read in fragments of drawings from SVG files and then animate them on a canvas. E.g. http://hyper-metrix.com/burst/development/doc/demos/js/GitHub%27s-Octocat.htm We like Burst but it looks like no work has been done on it since last April Lots of ways to do it! https://www.svgopen.org/2009/papers/54-SVG_vs_Canvas_on_Trivial_Drawing_Application/ is a paper that tries to compare canvas and SVG, but there's no definitive answer. I think canvas is better for drawing apps, but I think it is too much for Karma to support both svg and canvas and too much to ask potential devs to learn both. I am going to do some experiments this week w/ raphaeljs and dojox.gfx . If subzero and I like working w/ them, will consider changing the Karma API to use one of those libraries for everything and not use canvas at all. can u recommend svg libraries besides the ones I mentioned? -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] http://www.thatquiz.org
I have communicated w/ him and unfortunately he is looking to make a business out of thatquiz.org and will not be open-sourcing it :S -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] thinking about knavbar
Pavel ji, shall I merge your code in myself or would u like me to walk u through how to do it w/ git? I should be at @sugar for most of today btw Pavel ji means Pavel sir in Nepali ;) On Sun, 2009-09-20 at 04:37 +0100, Pavel Mocan wrote: New update for Karma CSS and HTML. Live at www.mpavel.ro/projects/Karma/ I had to change quite a lot of the HTML as it was not using the HTML5 syntax. This way the source code brings more semantic to the whole document and the structure of it becomes more obvious. The CSS file has been reduced from 400 lines of code to 200. The 'chakra.css' file was sectioned into areas where css properties apply to. However, I still think there is room for improvement. More general properties should be added and things such as sub navigation menus (months, weeks) and articles (lessons) should have the appearance improved. Some notes about coding: - With HTML5 there is no need to put in the type property for the script tag. It recognises it automatically. Same for CSS. This means you can write scriptjs code here/script and stylecss style here/style in html5 documents and they will be valid. - In HTML, you are only allowed to use the same id value for only one element on that page (it's meant to be unique). So, for example, you can't have two div that have id=myElement. - With CSS it is good to take an object oriented approach. For example, if there are elements who need to be floating to left or right, two classes can be created: floatLeft and floatRight. Elements that need to float to the left will obviously have class=floatLeft. If that element needs a big margin, it can be done in another class .bigMargin with the element having class=floatLeft bigMargin. Hope eveything is fine, email me with anything (feedback, suggestions, critic, etc) Regards, Pavel M. -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] thinking about knavbar
On Sun, 2009-09-20 at 04:37 +0100, Pavel Mocan wrote: New update for Karma CSS and HTML. Live at www.mpavel.ro/projects/Karma/ I had to change quite a lot of the HTML as it was not using the HTML5 syntax. This way the source code brings more semantic to the whole document and the structure of it becomes more obvious. The CSS file has been reduced from 400 lines of code to 200. The 'chakra.css' file was sectioned into areas where css properties apply to. However, I still think there is room for improvement. More general properties should be added and things such as sub navigation menus (months, weeks) and articles (lessons) should have the appearance improved. I agree! Some notes about coding: - With HTML5 there is no need to put in the type property for the script tag. It recognises it automatically. Same for CSS. This means you can write scriptjs code here/script and stylecss style here/style in html5 documents and they will be valid. good to know, that save me a lot of typing - In HTML, you are only allowed to use the same id value for only one element on that page (it's meant to be unique). So, for example, you can't have two div that have id=myElement. R we using the same element ID more than once anywhere? - With CSS it is good to take an object oriented approach. For example, if there are elements who need to be floating to left or right, two classes can be created: floatLeft and floatRight. Elements that need to float to the left will obviously have class=floatLeft. If that element needs a big margin, it can be done in another class .bigMargin with the element having class=floatLeft bigMargin. +1 tks for your help! -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] thinking about knavbar
http://edward.oconnor.cx/2009/09/using-the-html5-sectioning-elements This blog post has a great example of how to use html5 tags in a semantically meaningful way. On Sun, 2009-09-20 at 04:37 +0100, Pavel Mocan wrote: New update for Karma CSS and HTML. Live at www.mpavel.ro/projects/Karma/ I had to change quite a lot of the HTML as it was not using the HTML5 syntax. This way the source code brings more semantic to the whole document and the structure of it becomes more obvious. The CSS file has been reduced from 400 lines of code to 200. The 'chakra.css' file was sectioned into areas where css properties apply to. However, I still think there is room for improvement. More general properties should be added and things such as sub navigation menus (months, weeks) and articles (lessons) should have the appearance improved. Some notes about coding: - With HTML5 there is no need to put in the type property for the script tag. It recognises it automatically. Same for CSS. This means you can write scriptjs code here/script and stylecss style here/style in html5 documents and they will be valid. - In HTML, you are only allowed to use the same id value for only one element on that page (it's meant to be unique). So, for example, you can't have two div that have id=myElement. - With CSS it is good to take an object oriented approach. For example, if there are elements who need to be floating to left or right, two classes can be created: floatLeft and floatRight. Elements that need to float to the left will obviously have class=floatLeft. If that element needs a big margin, it can be done in another class .bigMargin with the element having class=floatLeft bigMargin. Hope eveything is fine, email me with anything (feedback, suggestions, critic, etc) Regards, Pavel M. -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] bug or not bug?
somehow, I should have overwritten your file :S I'll be more careful from now on this is the correct version: height || this.canvas.height I'm seeing your last version with mine to check if there is other bug 2009/9/9 Bryan Berry br...@olenepal.org I see u reverted a change I made in j.k.js http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/master/js% 2Fjquery.karma.js 698- height || this.canvas.height 698+ height || this.canvas.width earlier it read height || this.canvas.width and i changed it to height || this.canvas.height now u have changed it back. I am certain you have a good reason for this but can u explain it to me? tks -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] changed jquery.karma.js to use 'name' property instead of ID
Be careful, name is the historical precursor of id and it's valid in XHTML Transitional for the same purpose. 2009/9/12 Bryan Berry br...@olenepal.org: Felipe, I changed id property for images, sounds, and surfaces to name instead. Did this to avoid confusion with an html element's ID attribute. I have changed adding_up to reflect this change -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ 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] [Karma] changed jquery.karma.js to use 'name' property instead of ID
sure, but we don't use 'name' in the html, only in the API for
referencing particular resources
for example
k.surfaces[scorebox] references the scorebox canvas
k.surfaces[timer] references the timer canvas
k.library.images[ball] references a ball image preloaded in the
following code
k.init({ images [ {name:ball, file:ball.png}],
surfaces[{name:scorebox, canvas:scoreboxCanvas}]
});
On Sat, 2009-09-12 at 08:43 +0100, Lucian Branescu wrote:
Be careful, name is the historical precursor of id and it's valid in
XHTML Transitional for the same purpose.
2009/9/12 Bryan Berry br...@olenepal.org:
Felipe,
I changed id property for images, sounds, and surfaces to name instead.
Did this to avoid confusion with an html element's ID attribute.
I have changed adding_up to reflect this change
--
Bryan W. Berry
Technology Director
OLE Nepal, http://www.olenepal.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Bryan W. Berry
Technology Director
OLE Nepal, http://www.olenepal.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] changed jquery.karma.js to use 'name' property instead of ID
that said, i am tempted to use 'kid' as in 'karma id' to avoid just this confusion On Sat, 2009-09-12 at 08:43 +0100, Lucian Branescu wrote: Be careful, name is the historical precursor of id and it's valid in XHTML Transitional for the same purpose. 2009/9/12 Bryan Berry br...@olenepal.org: Felipe, I changed id property for images, sounds, and surfaces to name instead. Did this to avoid confusion with an html element's ID attribute. I have changed adding_up to reflect this change -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] changed jquery.karma.js to use 'name' property instead of ID
I think things like this will continue happening. I suppose that other libraries have had similar problems and I have not seen a jQuery-id or dojo-id, although that I have not seen them so far does not mean that they don't exist. In this case I would like to continue using id, of course making it very clear that the name we choose is for *internal use* of Karma. btw. When I read kid I think in a little guy, not in a karma-id. 2009/9/12 Bryan Berry br...@olenepal.org that said, i am tempted to use 'kid' as in 'karma id' to avoid just this confusion On Sat, 2009-09-12 at 08:43 +0100, Lucian Branescu wrote: Be careful, name is the historical precursor of id and it's valid in XHTML Transitional for the same purpose. 2009/9/12 Bryan Berry br...@olenepal.org: Felipe, I changed id property for images, sounds, and surfaces to name instead. Did this to avoid confusion with an html element's ID attribute. I have changed adding_up to reflect this change -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] changed jquery.karma.js to use 'name' property instead of ID
ok, then do u want me to change it back to just 'id'? On Sat, 2009-09-12 at 13:19 -0500, Felipe López Toledo wrote: I think things like this will continue happening. I suppose that other libraries have had similar problems and I have not seen a jQuery-id or dojo-id, although that I have not seen them so far does not mean that they don't exist. In this case I would like to continue using id, of course making it very clear that the name we choose is for *internal use* of Karma. btw. When I read kid I think in a little guy, not in a karma-id. 2009/9/12 Bryan Berry br...@olenepal.org that said, i am tempted to use 'kid' as in 'karma id' to avoid just this confusion On Sat, 2009-09-12 at 08:43 +0100, Lucian Branescu wrote: Be careful, name is the historical precursor of id and it's valid in XHTML Transitional for the same purpose. 2009/9/12 Bryan Berry br...@olenepal.org: Felipe, I changed id property for images, sounds, and surfaces to name instead. Did this to avoid confusion with an html element's ID attribute. I have changed adding_up to reflect this change -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] bug or not bug?
On Wed, 2009-09-09 at 10:49 -0500, Felipe López Toledo wrote: somehow, I should have overwritten your file :S I'll be more careful from now on np, do u want to come on irc so we can chat? i will be up for another couple hours I have already changed it back and pushed my change -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] audio does play for me in chromium
good! btw, are u using new Audio(..) or audio tag? I think g chrome supports audio but no new Audio(..) 2009/9/8 Bryan Berry br...@olenepal.org at least in chromium 4.0.205.0 (Ubuntu build 25032) this is good new as both u and i thought chromium wouldn't support ogg any time soon -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] audio does play for me in chromium
On Tue, 2009-09-08 at 10:29 -0500, Felipe López Toledo wrote: good! btw, are u using new Audio(..) or audio tag? I think g chrome supports audio but no new Audio(..) sorry, i meant audio :) 2009/9/8 Bryan Berry br...@olenepal.org at least in chromium 4.0.205.0 (Ubuntu build 25032) this is good new as both u and i thought chromium wouldn't support ogg any time soon -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] updated project roadmaps on wiki and in launchpad
here are my suggestions for the roadmaps http://wiki.sugarlabs.org/go/Karma#Roadmaps great! I think we can add more features on the fly actually, I have a little question about SVG support: are u talking about svg animation support? (like dojo.gfx which has svg top level animation support) or are u talking in merging svg with canvas (svg2canvas)? (like burst engine) I haven't put the features in as blueprints because I actually found them a bit confusing to use. Perhaps later i will figure them out. Re: launchpad, so far I really like it! ok, a worth to try it Redmine definitely allows u to do some things more easily and quickly, like delete a ticket, but Launchpad integrates milestones, blueprints, bug reporting, and code quite elegantly. I do hope that integration w/ git won't be a headache afaik, git != launchpad regards 2009/9/8 Bryan Berry br...@olenepal.org Hey guys, here are my suggestions for the roadmaps http://wiki.sugarlabs.org/go/Karma#Roadmaps and on launchpad https://launchpad.net/karma/trunk These are just my ideas and they are up for discussion I haven't put the features in as blueprints because I actually found them a bit confusing to use. Perhaps later i will figure them out. Re: launchpad, so far I really like it! Redmine definitely allows u to do some things more easily and quickly, like delete a ticket, but Launchpad integrates milestones, blueprints, bug reporting, and code quite elegantly. I do hope that integration w/ git won't be a headache -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] help functionality for karma
On Tue, Sep 8, 2009 at 10:43 AM, Bryan Berry br...@olenepal.org wrote: kcd, you put help functionality as item #8 on the meeting agenda http://wiki.sugarlabs.org/go/Karma:Meeting_08_Sep_2009 neither subzero nor myself were sure what you wanted done in this regard. Can you explain? I had previously mostly thought about a static help page for each lesson (e.g. similar to what E-Paath offers) but since the words context aware help have been mentioned around the office a couple of times during meetings in the last 2 weeks I was thinking that this topic might have been discussed already and I simply missed it. So the basic question is: What are our plans or (at this stage) rather ideas for the help functionality? 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
Re: [Sugar-devel] [Karma] weekly meeting results
2009/9/8 Bryan Berry br...@olenepal.org here is the annotated agenda from this week's meeting http://wiki.sugarlabs.org/go/Karma:Meeting_08_Sep_2009 Key things 0) The priorities for this week are cleaning up the codebase, documentation, and debugging jquery.karma.js. Next week we will experiment with animation 1) we will use launchpad. tks to lfaraone for setting up the karma project there 2) Vaibhaw will be working on converting the EPaath lessons done in Squeak to karma 3) I will add the bugs and feature request from this week to launchpad 4) karma 0.1 will be released this Friday a very productive meeting was had Thanks a lot for the meeting notes! Really sorry I couldn't make it but if I had known that I would end up waiting 5 hours for my friend's plane to finally arrive I would have really went home and gotten some work done instead of being bored in that coffee place... :-/ One comment and one question regarding the notes on Chakra / knavbar: 1. any changes desired? -- subzero wants different background colors = that's very easy to change via css so go for it! :-) 2. need alternative to adding code by hand = what exactly is meant by that? something like a script that can be run to add an appropriate knavbar to a karma tutorial/exercise/game? Thanks, 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
Re: [Sugar-devel] [Karma] weekly meeting results
On Tue, 2009-09-08 at 23:45 +0545, Christoph Derndorfer wrote: 1. 2. need alternative to adding code by hand = what exactly is meant by that? something like a script that can be run to add an appropriate knavbar to a karma tutorial/exercise/game? exactly -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] updated project roadmaps on wiki and in launchpad
On Tue, 2009-09-08 at 10:46 -0500, Felipe López Toledo wrote: actually, I have a little question about SVG support: are u talking about svg animation support? (like dojo.gfx which has svg top level animation support) or are u talking in merging svg with canvas (svg2canvas)? (like burst engine) We really have to investigate. I don't know enough to have a strong opinion here. afaik, git != launchpad but launchpad is tightly integrated w/ bazaar (alternative to git) but can mirror a git repo, which it is for us. -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Animations with Burst Engine?
On Mon, 2009-09-07 at 13:22 +0545, Christoph Derndorfer wrote: Hey guys, I just stumbled across the Burst Engine project (http://hyper-metrix.com/#Burst) and thought this might be of interest to us. Especially since the Mouse tricks (http://www.hyper-metrix.com/burst/development/doc/demos/js/Mouse%20Tricks/) and SVG Car (http://www.hyper-metrix.com/burst/development/doc/demos/js/Burst%20Engine%20-%20Tutorial%202%20-%20SVG%20Groups/) demos look pretty interesting. subzero took a look at Burst and cakejs earlier this year. Both were good but neither were stable or reliable enough at that time for us to depend on them. After we release 0.1 (hopefully Friday) it may be a good time to revisit both cakejs and burst. Iirc, Burst depends on processing.js which is a powerful framework but also one that has a lot of overhead. -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] reason for KLayer
It seems that it would be nice to add these layers in k.init
just like we add sounds and images. I think the way that u add sounds
and images is very intuitive. It would be nice to use the same mechanism
for the layers as well.
then it would look like
k.init ( ..
layers : [
{ id: inline1, canvas:inlineCanvas1},
{id:inline2, canvas:inlineCanvas2},
{id:card1, width:250, height:250}
]
sounds :
images :
)
I like your idea, it's a initializing method
then it would be nice to iterate thru the layers w/ similar syntax to
iterating thru the images or sounds
$.each(library.layers, function );
I realize I can now iterate thru the layers w/
$.each(layers, function ...);
but perhaps it would be easier to remember as library.layers because
that is how we also access the sounds and images.
What u think?
mm, I'm not so sure
I think the library should contain only objects that can be instantiated,
ie. the library should store the original object, then, you could
instantiate several copies of it, I don't see how to instantiate several
klayers
2009/9/4 Bryan Berry br...@olenepal.org
i have been looking at the method for adding layers --
k.layer( {id:inline1, canvas:inlineCanvas1} );
k.layer( {id:inline2, canvas:inlineCanvas2} );
k.layer( {id:card1, width:250, height:250} );
k.layer( {id:card2, width:250, height:250} );
k.layer( {id:card3, width:250, height:250} );
It seems that it would be nice to add these layers in k.init
just like we add sounds and images. I think the way that u add sounds
and images is very intuitive. It would be nice to use the same mechanism
for the layers as well.
then it would look like
k.init ( ..
layers : [
{ id: inline1, canvas:inlineCanvas1},
{id:inline2, canvas:inlineCanvas2},
{id:card1, width:250, height:250}
]
sounds :
images :
)
then it would be nice to iterate thru the layers w/ similar syntax to
iterating thru the images or sounds
$.each(library.layers, function );
I realize I can now iterate thru the layers w/
$.each(layers, function ...);
but perhaps it would be easier to remember as library.layers because
that is how we also access the sounds and images.
What u think?
--
Bryan W. Berry
Technology Director
OLE Nepal, http://www.olenepal.org
--
Felipe López Toledo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] chaining operations, would be sweet
actually, I really really would like our plugin will support chaining
there would be some methods that won't support chaining, ie:
KMedia.isReady() //returns true or false
KGraphic.isPointInPath(..) //returns true or false
2009/9/4 Bryan Berry br...@olenepal.org
it would be awesome to set up chaining so we could do something like
layer['timer'].save().clear().
fillStyle('#fff').
fillRect(10, startTimerY, endTimerX, offsetTimerY).
restore();
I will try to look at how to do this this weekend. I don't mean this as
another feature request ;)
--
Bryan W. Berry
Technology Director
OLE Nepal, http://www.olenepal.org
--
Felipe López Toledo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Animations with Burst Engine?
Hi Christoph, Bryan yep, burst engine is great, afaik the only way to draw anything is to previously drawn it (using inkscape, corel?,...) and exporting the image to svg file. Maybe because in the beginning of Burst, it was intended as an aggregate of processing, but now it's independent library. cakejs, is awesome I realize that we agree on several methods. When I check it, I did not understand how to do various things, the documentation was ( is? ) very poor 2009/9/7 Bryan Berry br...@olenepal.org On Mon, 2009-09-07 at 13:22 +0545, Christoph Derndorfer wrote: Hey guys, I just stumbled across the Burst Engine project (http://hyper-metrix.com/#Burst) and thought this might be of interest to us. Especially since the Mouse tricks ( http://www.hyper-metrix.com/burst/development/doc/demos/js/Mouse%20Tricks/) and SVG Car ( http://www.hyper-metrix.com/burst/development/doc/demos/js/Burst%20Engine%20-%20Tutorial%202%20-%20SVG%20Groups/) demos look pretty interesting. subzero took a look at Burst and cakejs earlier this year. Both were good but neither were stable or reliable enough at that time for us to depend on them. After we release 0.1 (hopefully Friday) it may be a good time to revisit both cakejs and burst. Iirc, Burst depends on processing.js which is a powerful framework but also one that has a lot of overhead. -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] reason for KLayer
On Mon, 2009-09-07 at 11:39 -0500, Felipe López Toledo wrote: I think the library should contain only objects that can be instantiated, ie. the library should store the original object, then, you could instantiate several copies of it, I don't see how to instantiate several klayers I agree now that i have spent more time w/ j.k.js -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] reason for KLayer
I have added surface to k.init and fixed the bug (there was other line missed .., thanks for your help) pls. take a look of this: http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/raw/4a5c55843ce2643d3368bf7ba8ea635e473d8f19/examples/adding_up_to_10/index_multiple.html cheers 2009/9/7 Bryan Berry br...@olenepal.org On Mon, 2009-09-07 at 11:39 -0500, Felipe López Toledo wrote: I think the library should contain only objects that can be instantiated, ie. the library should store the original object, then, you could instantiate several copies of it, I don't see how to instantiate several klayers I agree now that i have spent more time w/ j.k.js -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] a possible bug in jquery.karma.js
btw. should we use launchpad.net fro reporting bugs? I don't know. I have joined launchpad but haven't taken the time to look at it. launchpad has a bug tickets system: https://bugs.launchpad.net/~karma-team Are many others in the SL community using Launchpad? If not many are then it may be better for us to just use Trac no idea, I think http://dev.sugarlabs.org/ has the biggest amount of sugar labs developers ;) 2009/9/6 Bryan Berry br...@olenepal.org On Sun, 2009-09-06 at 20:30 -0500, Felipe López Toledo wrote: :| yep, that is a bug the problem is this line: this.container.appendChild( this.canvas ); from what I understand this if block is supposed to get you the context of canvas that is already in the DOM. The this.container.appendChild(..) adds a new canvas element w/ the same ID. Is this what you intend? no!, my intention was to add the previously created canvas element as a child of the specified container, this is useful if are not using inline canvas declaration... this line must me inside the if block around line 627 thanks for reporting the bug. btw. should we use launchpad.net fro reporting bugs? I don't know. I have joined launchpad but haven't taken the time to look at it. Are many others in the SL community using Launchpad? If not many are then it may be better for us to just use Trac -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] merged master and multicanvas
2009/9/4 Bryan Berry br...@olenepal.org hey guys, I have merged multicanvas w/ master. KCD, i think all of your changes are in there. That said, I looked at chakra stage 3 and it doesn't look like what you were working on when I left the office this afternoon. Pls pull, then checkout master and make sure chakra is what you expect it to be. Let's work off master for now since our multicanvas experiment seems to be working nicely. I have pushed my changes to g.sl.o and deleted the multicanvas branch. Checked out the latest changes and the Chakra seems to be fine. 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
Re: [Sugar-devel] [Karma] a possible bug in jquery.karma.js
:|
yep, that is a bug
the problem is this line: this.container.appendChild( this.canvas );
from what I understand this if block is supposed to get you the context
of canvas that is already in the DOM. The this.container.appendChild(..)
adds a new canvas element w/ the same ID. Is this what you intend?
no!, my intention was to add the previously created canvas element as a
child of the specified container, this is useful if are not using inline
canvas declaration...
this line must me inside the if block around line 627
thanks for reporting the bug.
btw. should we use launchpad.net fro reporting bugs?
2009/9/4 Bryan Berry br...@olenepal.org
Felipe,
on line 636 of jquery.karma.js
http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/master/js/jquery.karma.js#line636
if ( this.canvas.getContext ) {
this.ctx = this.canvas.getContext(2d);
this.container.appendChild( this.canvas );
}
from what I understand this if block is supposed to get you the context
of canvas that is already in the DOM. The this.container.appendChild(..)
adds a new canvas element w/ the same ID. Is this what you intend?
It produces a result that is not why expected. My drawing operations
happen in an area completely unrelated to my actual canvas.
--
Bryan W. Berry
Technology Director
OLE Nepal, http://www.olenepal.org
--
Felipe López Toledo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] a possible bug in jquery.karma.js
On Sun, 2009-09-06 at 20:30 -0500, Felipe López Toledo wrote: :| yep, that is a bug the problem is this line: this.container.appendChild( this.canvas ); from what I understand this if block is supposed to get you the context of canvas that is already in the DOM. The this.container.appendChild(..) adds a new canvas element w/ the same ID. Is this what you intend? no!, my intention was to add the previously created canvas element as a child of the specified container, this is useful if are not using inline canvas declaration... this line must me inside the if block around line 627 thanks for reporting the bug. btw. should we use launchpad.net fro reporting bugs? I don't know. I have joined launchpad but haven't taken the time to look at it. Are many others in the SL community using Launchpad? If not many are then it may be better for us to just use Trac -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] reason for KLayer
what i really like from KLayer is to save me from having write all this code like here: http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/multicanvas/examples/adding_up_to_10/js/lesson.js#line23 initializing all the canvas and context objects yep, less typing I have added some things to KLayer: + inline canvas support (canvas parameter) + addEventListener shortcut + removeEventListener shortcut please try: http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/raw/dff6d37e805be1e956378e592389dfdaeabf236d/examples/adding_up_to_10/index_multiple.html the first and the second canvases are created inline cheers 2009/9/3 Bryan Berry br...@olenepal.org what i really like from KLayer is to save me from having write all this code like here: http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/multicanvas/examples/adding_up_to_10/js/lesson.js#line23 initializing all the canvas and context objects I like how your initialization of the imgs and sounds saves a lot of typing. It would be nice to do that for the canvas and context objs as well by abstracting them into the higher level KLayer object -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: progress and issues w/ adding_up
I think it could be useful to rename klayer to KArea or KZone, an object
that gives u easy access to the canvas and context.
I like the objective, but I dislike the name.
I think it could be useful to rename klayer to KArea or KZone, an object
that gives u easy access to the canvas and context. We would also need
this object later when we try to save its image state, i.e. save what
has been drawn so we can come back they don't lose everything that has
happened on the canvas. I am talking about save() and restore() in a
more complex and powerful way than ctx.save() or ctx.restore(), which
only save the drawing state.
I think, you're referring to saving like taking a canvas snapshot and
restoring it, rigth?
2009/9/3 Bryan Berry br...@olenepal.org
also another issue i have is that I can't attach a kbutton to a specific
context. I hacked it by adding the event listener directly to the canvas
element.
I think it could be useful to rename klayer to KArea or KZone, an object
that gives u easy access to the canvas and context. We would also need
this object later when we try to save its image state, i.e. save what
has been drawn so we can come back they don't lose everything that has
happened on the canvas. I am talking about save() and restore() in a
more complex and powerful way than ctx.save() or ctx.restore(), which
only save the drawing state.
also, with KArea or KZone, we could use that object to move the html
element around, be shrink it, reposition it on the page.
On Thu, 2009-09-03 at 17:56 +0545, Bryan Berry wrote:
I have adding_up kind of working w/ the new html layout, but it doesn't
actually add up to the correct sum :(
Problem #1
I kept getting an infinite loop in this section in the distance2() call
I have to admit I don't exactly understand what distance2 is doing
http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/multicanvas/examples/adding_up_to_10/js/lesson.js#line142
for ( var j=0; jpos.length; j++) {
if ( k.geometry.distance2( pos[j], {x: x, y: y} ) 80 ) {
flag
= true;
break; } }
}while ( flag === true );
pos.push( { x:x, y: y } );
k.library.images[ imgId ].draw(ctx, x, y )}
Also, i don't understand how u can call distance2 w/ pos[j] when pos is
still an empty array. Maybe it is because js just does a lot of weird
stuff.
Problem #2
None of the answer boxes holds the correct sum :(
I am not sure where the logic error is but I am hunting for it!
as we discussed yesterday, i have put all this work on the multicanvas
tree.
http://git.sugarlabs.org/projects/karma/repos/mainline/trees/multicanvas
--
Bryan W. Berry
Technology Director
OLE Nepal, http://www.olenepal.org
--
Felipe López Toledo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Re: progress and issues w/ adding_up
On Fri, 2009-09-04 at 02:14 -0500, Felipe López Toledo wrote: I like the objective, but I dislike the name. we can stay w/ KLayer then ;) I think, you're referring to saving like taking a canvas snapshot and restoring it, rigth? exactly! -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] reason for KLayer
awesome! looks great On Fri, 2009-09-04 at 02:09 -0500, Felipe López Toledo wrote: what i really like from KLayer is to save me from having write all this code like here: http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/multicanvas/examples/adding_up_to_10/js/lesson.js#line23 initializing all the canvas and context objects yep, less typing I have added some things to KLayer: + inline canvas support (canvas parameter) + addEventListener shortcut + removeEventListener shortcut please try: http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/raw/dff6d37e805be1e956378e592389dfdaeabf236d/examples/adding_up_to_10/index_multiple.html the first and the second canvases are created inline cheers 2009/9/3 Bryan Berry br...@olenepal.org what i really like from KLayer is to save me from having write all this code like here: http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/multicanvas/examples/adding_up_to_10/js/lesson.js#line23 initializing all the canvas and context objects I like how your initialization of the imgs and sounds saves a lot of typing. It would be nice to do that for the canvas and context objs as well by abstracting them into the higher level KLayer object -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] reason for KLayer
i have been looking at the method for adding layers --
k.layer( {id:inline1, canvas:inlineCanvas1} );
k.layer( {id:inline2, canvas:inlineCanvas2} );
k.layer( {id:card1, width:250, height:250} );
k.layer( {id:card2, width:250, height:250} );
k.layer( {id:card3, width:250, height:250} );
It seems that it would be nice to add these layers in k.init
just like we add sounds and images. I think the way that u add sounds
and images is very intuitive. It would be nice to use the same mechanism
for the layers as well.
then it would look like
k.init ( ..
layers : [
{ id: inline1, canvas:inlineCanvas1},
{id:inline2, canvas:inlineCanvas2},
{id:card1, width:250, height:250}
]
sounds :
images :
)
then it would be nice to iterate thru the layers w/ similar syntax to
iterating thru the images or sounds
$.each(library.layers, function );
I realize I can now iterate thru the layers w/
$.each(layers, function ...);
but perhaps it would be easier to remember as library.layers because
that is how we also access the sounds and images.
What u think?
--
Bryan W. Berry
Technology Director
OLE Nepal, http://www.olenepal.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Karma multiple canvases
On Wed, 2009-09-02 at 18:26 -0500, Felipe López Toledo wrote: you can see a workeable example here: http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/master/examples/adding_up_to_10/index_multiple.html (raw blob data) This still has only one html element. I would rather separate markup and code more cleanly like in this example http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/d8f598902d77f6b89e4b4e0dfc3dac0620960d01/examples/adding_up_to_10/mytest.html By having only one div, there is no way to change the presentation or your lesson, or its positioning without hacking the js. I'm using this jquery.karma file : http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/master/js/jquery.karma-0.5.js I think we would probably be better off creating new branches rather than creating new versions of files for this reason I have created the multicanvas branch and changed the main file from index_multiple to index.html and jquery.karma-0.5.js to jquery.karma.js hopefully i can create something to look at today -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
