[Gsoc] Vamsi or Andres: how goes it?

[Vamsi Krishna Davuluri]

More updates:
http://materializingsweetness.wordpress.com

On Wed, Jul 29, 2009 at 9:36 PM, Vamsi Krishna Davuluri <
vamsi.davuluri at gmail.com> wrote:

> Hi,
>
> Sorry for the absence. Andres and myself have been meeting on #sugar every
> other day.
> I had been travelling these past few days ( back home). So I couldn't
> concentrate on coding
> for about 4 days.(the food is getting to me too :D). I'm back in action, a
> couple of hours with Andres
> should fix these things:
>
> http://materializingsweetness.wordpress.com/2009/07/29/printing-from-moodle-just-works/
>
> Thanks,
> Vamsi
>
> On Wed, Jul 29, 2009 at 8:44 PM, Jameson Quinn <jameson.quinn at gmail.com>wrote:
>
>> I am concerned about the status of the printing project for GSoC. The last
>> update on http://materializingsweetness.wordpress.com/ was a month ago,
>> and the last word from Vamsi on any mailing list I'm on was 3 weeks ago. If
>> there are any hangups or other issues with the project, we need to know
>> about it ASAP. Vamsi and Andres, please respond to let us know.
>>
>> I myself am still away from my own house, so my own connection is
>> intermittent. If there is a response to this email, I'd appreciate it if
>> others could help deal with any issues that are raised, though of course
>> I'll do my best as well.
>>
>> Jameson
>>
>> ps. Below is my log from yesterday's meeting.
>>
>> [07:00] <homunq__> Hello, have I timed this right?
>> [07:01] <silbe> i'd say so
>> [07:01] <homunq__> (I'm not quite sure if my UTC calculations are correct
>> from here...)
>> [07:01] <homunq__> Anybody else want to run this meeting
>> [07:01] <homunq__> ?
>> [07:01] == m_stone [n=mstone at 24.61.13.2] has joined #sugar-meeting
>> [07:01] <homunq__> if not, I'll start in 5.. 4...
>> [07:01] <homunq__> #startmeeting
>> [07:02] <silbe> unless there was a summer/winter time changeover the last
>> few weeks it should be correct
>> [07:02] <homunq__> um, no bot
>> [07:02] <homunq__> OK. Roll call first... silbe bemasc lucian mchua ....
>> ouch
>> [07:03] <homunq__> that is not great attendance.
>> [07:03]  * mchua listening
>> [07:03]  * lucian is here
>> [07:03] <homunq__> but I can't complain, as I missed last week myself.
>> [07:03] <silbe> last week wasn't really better :-/
>> [07:04]  * bemasc is here
>> [07:04] <homunq__> OK, well, let's start anyway.
>> [07:04] == subzero [n=Miranda at 187.132.125.28] has joined #sugar-meeting
>> [07:04] <silbe> who do you want first?
>> [07:04] <homunq__> welcome subzero
>> [07:04] <subzero> hi guys
>> [07:05] <silbe> ok, i'd suggest subzero to go first
>> [07:05] <homunq__> any word from bryan if he can come?
>> [07:05] <subzero> homunq__: hi
>> [07:05] <silbe> IIRC he's always having network issues
>> [07:05] <homunq__> OK, subzero, you're on.
>> [07:05] <subzero> homunq__: I talked with him yesterday,, I think he won't
>> come, he is not in nepal
>> [07:05] <subzero> homunq__: ok
>> [07:05] <homunq__> link and progress?
>> [07:06] <subzero> I haven't posed yet (I'll do it today), I finished
>> workin really morning
>> [07:06] <subzero> but you can see my progress on git
>> [07:07] <subzero> I'm currently working around i18n
>> [07:07] <subzero> and the karma plugin
>> [07:07] <subzero> I have dome out karma.localisation version and linked it
>> with Gettext
>> [07:08] <subzero> s/out/our
>> [07:08] <subzero> git.sugarlabs.org/projects/karma
>> [07:09] <subzero> that's what I'm doing, and finally we have a
>> jquery.karma.js (the plugin)
>> [07:10] <homunq__> do you find the standard GetText search algorithm
>> sufficient (ie, where it looks for translations)?
>> [07:10] <subzero>
>> http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/master/js/jquery.karma.localisation.js
>> [07:10] <subzero> nope
>> [07:10] <subzero> It won't carry the <img>bla bla </img> elements
>> [07:11] <subzero> I'm in the procress to add <img> supports
>> [07:11] <homunq__> oh, that's not exactly what I was asking, but
>> interesting.
>> [07:11] <subzero> also
>> [07:11] <subzero> there are two things
>> [07:11] <subzero> 1. i18n for canvas content
>> [07:11] <subzero> 2. i18n for karma content (outside canvas)
>> [07:12] <homunq__> I meant, not where (text) it finds text for
>> translating, but where (files and directories) it finds the translated
>> result.
>> [07:12] <subzero> you men something like /dir/dir/file ?
>> [07:13] <homunq__> yeah, gettext's algorithm has seemed too inflexible to
>> me in the past, so I was curious if it worked for you.
>> [07:13] <subzero> (btw this is the last version jquery.karma.js:
>> http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/master/js/jquery.karma.js)
>>
>> [07:14] <subzero> nope, it work's for Image an Sound (inside canvas)
>> [07:14] <subzero> s/work's/works/
>> [07:15] <subzero> the second point is the problem (outside canvas)
>> [07:16] <subzero> the truth is that I have to modify the Gettext file (I
>> have done some changes)
>> [07:17] <homunq__> that kind of change is the kind of thing that doesn't
>> exist until it's fully documented.
>> [07:18] <subzero> I'm agree. until now all the changes I've done to
>> Gettext.js are in order to link karma plugin with it
>> [07:18] <subzero> I will be working on that all this week
>> [07:18] <homunq__> OK. Is there anything you need more feedback on?
>> [07:19] <subzero> homunq__: well, I have a basic version of layers within
>> canvas
>> [07:20] <homunq__> so, you want more people to try it out, but no specific
>> questions?
>> [07:21] <subzero> I'm testing redrawing all the canvas tree (a bunh of
>> drawings in z-order) vs  several canvases
>> [07:21] <subzero> well bascically I'm deciding what is the best: to cosume
>> processor or to consume memory ?
>> [07:22] <subzero> opinions? (related to the xo)
>> [07:22] == dwmw2_gone has changed nick to dwmw2
>> [07:22] <bemasc> depends how big your canvas is
>> [07:23] <bemasc> canvas is 32-bit RGBA.  1200*900*4 = 4.3 MB per image at
>> fullscreen on an XO.
>> [07:23] <subzero> bemasc: uuh, thats a good point
>> [07:23] <homunq__> I think we have to move on
>> [07:23] <bemasc> so keeping 10 around would probably be a bad idea, but 3
>> might be ok.
>> [07:24] <subzero> the problem around a simple canvas is that it will do a
>> lot of math
>> [07:24] <homunq__> not to belittle this question
>> [07:24] <subzero> homunq__: I understand, thanks for reading
>> [07:24] <homunq__> bemasc, do you want to go next?
>> [07:25] <bemasc> ok
>> [07:25] <subzero> bemasc: thanks for your advice
>> [07:26] <bemasc> I released a new version of SharedTextDemo.
>> http://lists.sugarlabs.org/archive/sugar-devel/2009-July/017004.html
>> [07:26] <bemasc> It's faster.  I wrote some very fancy data structures.
>> Now I'm looking for actual use cases.
>> [07:27] <bemasc> I think I'm likely to start by adding live shared editing
>> to Pippy.
>> [07:27] <bemasc> That's all.
>> [07:28] <homunq__> OK, cool
>> [07:28] <homunq__> Silbe, let's go next.
>> [07:28] <silbe> ok
>> [07:28] <lucian> somewhat related, is psyco desirable on an XO ?
>> [07:28] <lucian> (sorry silbe, go ahead)
>> [07:29] <silbe> i have more or less finished changing sugar* to use the
>> new datastore API
>> [07:29] <silbe> started working with Tomeu on getting my changes into
>> mainline
>> [07:30] <silbe> some small fixes are already in, for the larger piece i've
>> submitted for review he has requested some changes (mostly stylistic)
>> [07:31] <homunq__> links?
>> [07:31] <silbe> need to work on merging Tomeus latest changes (tree-view
>> etc.) back into my tree so i get a working version again (the metacity stuff
>> broke a lot)
>> [07:32] <silbe>
>> http://wiki.sugarlabs.org/go/Version_support_for_datastore/Progress(still updating it, shame on me!)
>> [07:34] <homunq__> OK.
>> [07:34] <homunq__> Do you need feedback from anybody besides Tomeu right
>> now?
>> [07:35] <silbe> homunq__: i don't think so. of course suggestions from
>> anyone else are welcome, but i don't block on them.
>> [07:36] == sdziallas_ [n=sebastia at p5B047270.dip.t-dialin.net] has joined
>> #sugar-meeting
>> [07:36] <homunq__> OK, then I think you're done. (To say "we" at this
>> point would be hubris. Good job.)
>> [07:37] <homunq__> Lucian?
>> [07:37] <lucian> homunq__: here
>> [07:37] <homunq__> You're on. Link and summary.
>> [07:37] <lucian> i haven't gotten almost any word done the past few days,
>> there are some complications about my accomodations for the next year
>> [07:38] <silbe> homunq__: i don't think i'm really done yet, but thanks
>> anyway. :)
>> [07:38] <lucian> http://honeyweb.wordpress.com
>> [07:38] <homunq__> silbe: I didn't mean done with the project, I meant
>> done with your part of this meeting.
>> [07:38] <homunq__> If you disagree, definitely speak up.
>> [07:39] == sdziallas [n=sebastia at fedora/sdziallas] has quit [Nick
>> collision from services.]
>> [07:39] == sdziallas_ has changed nick to sdziallas
>> [07:39] == m_stone [n=mstone at 24.61.13.2] has quit [Read error: 104
>> (Connection reset by peer)]
>> [07:39] <lucian> i pretty much have the SSB done
>> [07:39] <silbe> homunq__: oh, ok. :)
>> [07:39] <lucian> all future work is related to fixing ugly bugs (Gears
>> warning, data URI downloading)
>> [07:40] == m_stone [n=mstone at 24.61.13.2] has joined #sugar-meeting
>> [07:40] <lucian> and perhaps injecting a window.sugar javascript object in
>> pages
>> [07:40] <lucian> with stuff like window.sugar.alert
>> [07:40] <bemasc> don't forget gears-journal integration!
>> [07:41] <lucian> bemasc: that should mostly work right now, i just can't
>> test it properly
>> [07:41] <bemasc> nice.
>> [07:41] <lucian> there is one major enough area that i haven't worked on
>> enough, collaboration
>> [07:41] <homunq__> why can't you test it?
>> [07:41] <lucian> homunq__: because of the Gears security warning bug, you
>> can't accept it
>> [07:42] <homunq__> oh. that's a bad bug.
>> [07:42] <lucian> homunq__: i think i have a hack for that, but for some
>> reason the buttons don't show in my jhbuild
>> [07:42] <subzero> lucian: the freaky winwdow without buttons?
>> [07:42] <lucian> subzero: yes
>> [07:42] <bemasc> lucian: Google Docs is pretty good collaboration. So is
>> Bespin.
>> [07:43] <lucian> bemasc: but it's server-side. i want to offer some
>> collaboration options for client-only html apps
>> [07:43] <lucian> bemasc: like karma apps
>> [07:43] <lucian> bemasc: XHR isn't well suited at all for this
>> [07:44] <lucian> i think i should do like gears and simply offer a JS api
>> for it, that uses the existing Sugar collaboration APIs in the background
>> [07:44] <homunq__> so the Gears bug is in Gears itself... are you in touch
>> with your upstream?
>> [07:44] <lucian> homunq__: no, it's a pyxpcom bug
>> [07:45] <bemasc> lucian: If I were doing this, I would separate out the
>> collaboration logic, hide it behind a server running on localhost, and then
>> use XHR.
>> [07:45] <lucian> homunq__: tomeu found it and he has a fix, but it's not
>> included yet
>> [07:45] <lucian> bemasc: the main problem with that is that you need a way
>> to find the localhost server
>> [07:46] <lucian> bemasc: collaboration over the mesh works nicely in sugar
>> right now
>> [07:46] <lucian> bemasc: i'm not sure i even can duplicate it in JS with
>> XHR
>> [07:46] == sdziallas_ [n=sebastia at p5B047123.dip.t-dialin.net] has joined
>> #sugar-meeting
>> [07:47] == sdziallas [n=sebastia at p5B047270.dip.t-dialin.net] has quit
>> [Nick collision from services.]
>> [07:47] == sdziallas_ has changed nick to sdziallas
>> [07:48] <lucian> bemasc: if i offer just stuff like window.sugar.send and
>> let Browse handle the rest (like it does with bookmarks), it should be very
>> simple to implement
>> [07:48] <bemasc> lucian: well, I'll be curious to see what you come up
>> with.
>> [07:48] <homunq__> OK, sounds good.
>> [07:48] <homunq__> Anything more to add?
>> [07:49] <lucian> not really
>> [07:49] <homunq__> Has anyone seen Vamsi or Andres?
>> [07:51] <homunq__> I take that as a no.
>> [07:51] <homunq__> Since my connectivity is really poor, I'd like help
>> tracking them down.
>> [07:52] <homunq__> (I'm actually in #@$$!$ vista right now for this
>> meeting, and my step-father-in-law is breathing down my neck, that's how bad
>> I have it.)
>> [07:52] <silbe> homunq__: how about just sending them an email?
>> [07:53] <homunq__> 'silbe: I will do that, and I'll copy the list.
>> [07:53] <silbe> sounds good
>> [07:54] <homunq__> Heh... I guess that one advantage of poor attendance is
>> that the meetings wrap up in time.
>> [07:55] <homunq__> subzero: I guess that means you have 5 more minutes to
>> finish what I cut you off about :)
>> [07:55] <silbe> not sure the marketing team meeting is going to happen
>> anyway
>> [07:55] <silbe> the last few times it wasn't
>> [07:57] <homunq__> :)
>> [07:57] == walterbender [n=chatzill at 216.163.216.2] has joined
>> #sugar-meeting
>> [07:58] <homunq__> subzero, you were saying a simple canvas does a lot of
>> math?
>> [07:58] <subzero> yep
>> [07:59] <subzero> what I'm doing is to create a elements-tree
>> [07:59] <subzero> and redrawing all the tree from time to time
>> [07:59] <subzero> this way we have z-index
>> [08:00] <lucian> subzero: i'd really go for multiple canvases, if only for
>> the cleaner separation
>> [08:00] <subzero> yeah, I thought it was a better way, but Bemasc is rght
>> about the huge size
>> [08:01] <subzero> in multiple canvases
>> [08:01] <silbe> subzero: IIUC you won't get hardware acceleration as well
>> [08:02] <silbe> subzero: that might suck on slow processors
>> [08:02] == lucian [n=lucian at sunjammer.sugarlabs.org] has quit
>> ["Leaving..."]
>> [08:02] <subzero> yes, I don't have hardware acceleration
>> [08:03] <homunq__> OK, I have to go right now. I'll write that email later
>> today.
>> [08:03] <homunq__> Thanks for attending, people.
>> [08:03] <subzero> the solution needs to be suitable for XO
>> [08:03] <silbe> subzero: is xulrunner able to provide accelerated drawing
>> at all?
>> [08:04] <subzero> silbe: afaik, no
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.sugarlabs.org/archive/gsoc/attachments/20090729/ec513636/attachment-0001.htm