Re: [Sugar-devel] GSoC proposal: version support for data store and Journal

2009-04-03 Thread Tomeu Vizoso
Hi Silbe, first of all congrats on the proposal and second sorry about the topposting. What if your GSOC application focuses on the backend (datastore) and I do the modifications needed in the UI? The design team at OLPC (most of it are active contributors at SLs) had thought quite a bit about

Re: [Sugar-devel] GSoC proposal: version support for data store and Journal

2009-04-03 Thread Sascha Silbe
On Thu, Apr 02, 2009 at 05:36:41PM -0400, Eben Eliason wrote: In all of our preliminary designs, we actually proposed that branches be flattened from the perspective of the user. That is, the most recent head of any branch in a tree is the canonical version which appears as the most recent

Re: [Sugar-devel] GSoC proposal: version support for data store and Journal

2009-04-03 Thread Sascha Silbe
On Fri, Apr 03, 2009 at 10:30:47AM +0200, Tomeu Vizoso wrote: (only short answer and possibly last for today as RL is calling) What if your GSOC application focuses on the backend (datastore) and I do the modifications needed in the UI? That's certainly not a bad idea. The proposal only gives

Re: [Sugar-devel] GSoC proposal: version support for data store and Journal

2009-04-03 Thread Eben Eliason
On Fri, Apr 3, 2009 at 7:49 AM, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: On Thu, Apr 02, 2009 at 05:36:41PM -0400, Eben Eliason wrote: In all of our preliminary designs, we actually proposed that branches be flattened from the perspective of the user. That is, the most recent

Re: [Sugar-devel] GSoC proposal: version support for data store and Journal

2009-04-02 Thread Eben Eliason
2009/4/2 Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org: Hi! As my diploma thesis got delayed again, I decided to apply for GSoC and implement #1 on my list of most urgent missing features in Sugar: Version support (sorry Michael, but Rainbow only got second place on that list). Hooray! I