On Fri, Sep 5, 2008 at 4:37 PM, Greg Smith <[EMAIL PROTECTED]> wrote:
> Hi Eben,
>
> I'm resurrecting an old thread here.
>
> BTW if you have any more specs or design proposals to share, now is a
> good time to consider them for 9.1-sugar .84 so send them out.
The clipboard specification on the wi
Hi Eben,
I'm resurrecting an old thread here.
BTW if you have any more specs or design proposals to share, now is a
good time to consider them for 9.1-sugar .84 so send them out.
I see where you are going with this work flow for kids writing on their
own then coming together. It could work but
On 6 Aug 2008, at 17:32, Eben Eliason wrote:
> Step by step. I limit the example to 2 kids for simplicity; the method
> scales naturally.
>
> 1. Kid A starts an activity
> 2. Kid A shares the activity
> 3. Kid B joins the activity
> 4. Kids A and B collaborate (synchronously) in the activity
> 5.
"Eben Eliason" <[EMAIL PROTECTED]> writes:
>> When the activities will re-open in the same shared-state they were when
>> closed, it might be very useful have a function to let A and B check for
>> diffs and merge their two versions - without doing manually.
>
> It still sounds like a decent step
On Wed, Aug 6, 2008 at 4:22 PM, Bastien <[EMAIL PROTECTED]> wrote:
> "Eben Eliason" <[EMAIL PROTECTED]> writes:
>
>>> Can you walk me through the steps needed for that? e.g. one kid starts an
>>> activity then shares it, each other kid opens the activity and joins (or
>>> opens their own work?), th
"Eben Eliason" <[EMAIL PROTECTED]> writes:
>> Can you walk me through the steps needed for that? e.g. one kid starts an
>> activity then shares it, each other kid opens the activity and joins (or
>> opens their own work?), then ???. How do they get their own work on the
>> clipboard and how do the
On Wed, Aug 6, 2008 at 12:12 PM, Greg Smith <[EMAIL PROTECTED]> wrote:
> Hi Eben,
>
> Thanks for the explanation. You may want to update the Spec with this
> added detail.
>
> One follow question. On this:
>
> If 5 kids are collaborating on a science report, they might all go
> home and do
Hi Eben,
Thanks for the explanation. You may want to update the Spec with this
added detail.
One follow question. On this:
If 5 kids are collaborating on a science report, they might all go
home and do independent work on their subtopic as homework. The next
day they come together in a
On Tue, Aug 5, 2008 at 1:33 PM, Gary C Martin <[EMAIL PROTECTED]> wrote:
> On 5 Aug 2008, at 16:50, Eben Eliason wrote:
>
>> On Tue, Aug 5, 2008 at 3:44 AM, Greg Smith <[EMAIL PROTECTED]>
>> wrote:
>>> 7 - Is cut supported? How do you remove things from the clipboard?
>>> How
>>> many items can it
On 5 Aug 2008, at 16:50, Eben Eliason wrote:
> On Tue, Aug 5, 2008 at 3:44 AM, Greg Smith <[EMAIL PROTECTED]>
> wrote:
>> 7 - Is cut supported? How do you remove things from the clipboard?
>> How
>> many items can it hold?
>
> Cut is definitely supported, and will remain mapped to the Ctrl-X
>
t; of detail.
>
> I appreciate the specifying in advance and I think you are on the right
> track.
>
> Since the journal abstracted the file system, its not easy to move files
> between activities. I think we need an overall strategy for file sharing
> between activities,
Mon, 4 Aug 2008 14:59:56 -0400
> From: "Eben Eliason" <[EMAIL PROTECTED]>
> Subject: Re: [sugar] Question about clipboard service
> To: "Tomeu Vizoso" <[EMAIL PROTECTED]>
> Cc: devel@lists.laptop.org, [EMAIL PROTECTED]
> Message-ID:
> <[EMAI
There is a fairly comprehensive specification [1] for the clipboard on
the wiki. Most importantly it discusses the use of titles, icons,
colors, and previews, which are the 4 elements of clippings that we
need to support in various combination to make the clipboard
successful.
This spec isn't wor
I think if the gtk clipboard has the functionality, then I'll just document
some examples for that and reference to the larger body of work available
online. I guess there is less direct relevance for the sugar
clipboardservice api right now when it comes to sharing stuff between
activities (from t
Well, we can add some sugar API around the gtk clipboard stuff, but
I'm not sure there's a lot of value in there, as the gtk+ API is
already quite high level.
The problem here is how do we extend the existing X specs to deliver
the experience we aim for. Last we talked about it, Marco was opposed
I can't tell from your wording if you are implying that we will or will not
be creating some custom wrappers for the clipboard service. I think we
absolutely need them to accomplish several critical clipboard issues (among
them, specifying icons, colors, titles, and previews for clippings). In
fa
On Fri, Jul 18, 2008 at 10:29 PM, Faisal Anwar <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm playing around with the clipboard package on sugar and had a quick
> question. So, the clipboardservice.py file shows some basic api for getting
> and setting objects on the clipboard through the dbus. However,
17 matches
Mail list logo