[Gsoc] Vamsi or Andres: how goes it?

[Jameson Quinn]

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/628e95f1/attachment.htm