Re: GSoC 2008: Call for ideas

2008-03-12 Thread Jens Fursund
As I am not an owner of a Neo myself, I do not if this has already been done. What about making it possible to listen music, and as a call comes in(and you answer it), make the music pause. I know this is a small thing, though I don't know how easy it is to implement, but I think it would be quite

Re: GSoC 2008: Call for ideas

2008-03-11 Thread Michele Renda
I was thinking to a port of AirStrike (http://icculus.org/airstrike/) but there is the need of SDL-image port I am waiting for FreeRunner :) ___ OpenMoko community mailing list community@lists.openmoko.org

Re: GSoC 2008: Call for ideas

2008-03-11 Thread Ilja O.
Sqlite port would be nice thing to have. (With C/C++/Python bindings, of course) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC 2008: Call for ideas

2008-03-11 Thread Marcus Bauer
already there, thanks to openembedded: http://buildhost.openmoko.org/daily/neo1973/deploy/glibc/ipk/armv4t/sqlite3_3.5.6-r0_armv4t.ipk On Tue, 2008-03-11 at 22:52 +0200, Ilja O. wrote: Sqlite port would be nice thing to have. (With C/C++/Python bindings, of course)

Re: GSoC 2008: Call for ideas

2008-03-10 Thread Ilja O.
Hello. In my opinion, there are some highly usable project proposals in wish list, that could be done by student (like me, heh-heh-heh...) during summer. First things first: platform should provide more than one GUI binding solutions. In my opinion binding framework porting priority is

GSoC 2008: Call for ideas

2008-03-09 Thread Michael 'Mickey' Lauer
Hi folks, OpenMoko Inc. will apply for Google SoC 2008. For a successfull application, we need to have a comprehensive list of ideas. A first scratch at that is @ http://wiki.openmoko.org/wiki/Summer_of_Code_2008 -- please help us adding to that. Some rough guidelines: * Please add only

Re: GSoC 2008: Call for ideas

2008-03-09 Thread Lally Singh
For middleware, it looks like all that's really needed is an OM version of Cocoa's NSNotificationCenter. IMHO I think it's a great place to start -- just a filtered event channel with a C-callable API for publishing/listening for events. I'd prefer a design that's simple reliable for small data

Re: GSoC 2008: Call for ideas

2008-03-09 Thread Joachim Steiger
Lally Singh wrote: For middleware, it looks like all that's really needed is an OM version of Cocoa's NSNotificationCenter. IMHO I think it's a great place to start -- just a filtered event channel with a C-callable API for publishing/listening for events. I'd prefer a design that's simple

Re: GSoC 2008: Call for ideas

2008-03-09 Thread Lally Singh
Cool, can we use it directly or need a port? On Sun, Mar 9, 2008 at 4:03 PM, Joachim Steiger [EMAIL PROTECTED] wrote: Lally Singh wrote: For middleware, it looks like all that's really needed is an OM version of Cocoa's NSNotificationCenter. IMHO I think it's a great place to start --