Why no collaboration-like tube between activities?<br><br> --Fred<br><br><div class="gmail_quote">On Wed, Mar 25, 2009 at 1:51 PM, Eben Eliason <span dir="ltr"><<a href="mailto:eben@laptop.org">eben@laptop.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Seconding Walter...more inline.<br>
<div class="im"><br>
On Wed, Mar 25, 2009 at 10:19 AM, Wade Brainerd <<a href="mailto:wadetb@gmail.com">wadetb@gmail.com</a>> wrote:<br>
</div><div class="im">> This whole thing brings to mind something that I've been curious about for<br>
> awhile.<br>
><br>
> What's the "recommended" way to transfer data between activities?<br>
><br>
> Say, I record some data in Measure and want to import it into Chart. Or I<br>
> generate some data in Finance and want to import it into Chart.<br>
><br>
> Is the Clipboard the way to do it? IE, should we support specialize "copy<br>
> as text/csv" (or whatever) and "paste text/csv" in our activities?<br>
<br>
</div>I don't think we should be adding specific data formats to the copy<br>
action, if we can avoid it. This is better suited to the "Keep as..."<br>
(some other format) action. However, I do think that basic copy/paste<br>
within a given activity, or between activities, should be strongly<br>
encouraged. Sugar adds a visual, multi-item clipboard (with<br>
forthcoming previews/descriptions) in order to make even better suited<br>
to this task.<br>
<br>
It should never be _necessary_ to save something to the Journal in<br>
order to move data into another activity, for common image/text/media<br>
formats.<br>
<div class="im"><br>
> Same goes for transferring of pictures. If I take a picture in Record and<br>
> want to paint over it in Colors!, is Copy in Record and then Paste in<br>
> Colors! the way to go, or should I have Colors! open the Record Journal<br>
> entry?<br>
<br>
</div>I'm in support of adding "import" buttons for particular media formats<br>
which make sense within the context of an activity. However, this<br>
shouldn't be confused with "open" buttons. The difference there is<br>
that importing an image should place an image file onto the canvas; it<br>
shouldn't replace the canvas, or change the canvas size, etc.<br>
<br>
In your specific example, taking a photo in Record already results in<br>
a Journal entry, so I think it's perfectly natural to say that one<br>
should go to that photo and resume it with Colors! in order to modify<br>
it there.<br>
<br>
I should also mention that I'd like to see the OS provided file<br>
chooser dialogs grow basic recording functionality, so that an "insert<br>
image" button could quickly snap a photo from the camera, and an<br>
"insert audio" button record a quick audio snippet, etc. This would<br>
prevent need for saving data to the Journal OR copying it from another<br>
activity, in some cases.<br>
<font color="#888888"><br>
- Eben<br>
</font><div><div></div><div class="h5"><br>
> Thanks,<br>
> Wade<br>
><br>
> On Wed, Mar 25, 2009 at 10:16 AM, Walter Bender <<a href="mailto:walter.bender@gmail.com">walter.bender@gmail.com</a>><br>
> wrote:<br>
>><br>
>> The Measure activity is another approach to consider: data collection<br>
>> from multiple sources are shared and displayed in the same<br>
>> visualization space.<br>
>><br>
>> -walter<br>
>><br>
>> On Mon, Mar 23, 2009 at 11:02 AM, Eben Eliason <<a href="mailto:eben@laptop.org">eben@laptop.org</a>> wrote:<br>
>> > 2009/3/23 Jameson Quinn <<a href="mailto:jameson.quinn@gmail.com">jameson.quinn@gmail.com</a>>:<br>
>> >><br>
>> >><br>
>> >> On Mon, Mar 23, 2009 at 8:44 AM, Garrison Benson<br>
>> >> <<a href="mailto:Benson.Garrison@gmail.com">Benson.Garrison@gmail.com</a>><br>
>> >> wrote:<br>
>> >>><br>
>> >>><br>
>> >>> Jameson Quinn wrote:<br>
>> >>> ><br>
>> >>> > Implementing a whole spreadsheet is a big enough chore. We do really<br>
>> >>> > care<br>
>> >>> > about collaboration, but I would advise you to limit your ambitions<br>
>> >>> > to<br>
>> >>> > something achievable, so worrying too much about collaboration right<br>
>> >>> > now<br>
>> >>> > is<br>
>> >>> > not vital.<br>
>> >>> ><br>
>> >>><br>
>> >>> I don't plan to create a spreadsheet, just a graph/chart tool.<br>
>> >>> Obviously a<br>
>> >>> full-featured spreadsheet (with functions, formulas, etc.) would be<br>
>> >>> great<br>
>> >>> for Sugar, but I think a simple, user-friendly charting activity would<br>
>> >>> be<br>
>> >>> much more feasible and more likely to actually be used in a primary<br>
>> >>> school/middle school environment. (Full spreadsheet applications are<br>
>> >>> pretty<br>
>> >>> daunting to learn.) I was just throwing out the idea of a<br>
>> >>> spreadsheet-style<br>
>> >>> interface as the most obvious (but not necessarily best) type of<br>
>> >>> interface<br>
>> >>> for this kind of program.<br>
>> >><br>
>> >> OK, understood. I think that you're right, a spreadsheet-style<br>
>> >> interface is<br>
>> >> best - when you're doing charts by hand, you start with data tables.<br>
>> >> Still,<br>
>> >> I recommend that you plan your main deliverable as something that is<br>
>> >> polished but without collaboration, and keep collaboration as something<br>
>> >> that<br>
>> >> you'll work on if you have the time. Collaboration is actually harder<br>
>> >> to get<br>
>> >> right than formulas, IMO.<br>
>> ><br>
>> > Agreed. I'd simply encourage you to keep future collaboration in<br>
>> > mind, such that large reorganization of the code isn't needed later on<br>
>> > to add it. You might also look into<br>
>> > <a href="http://wiki.sugarlabs.org/go/Groupthink" target="_blank">http://wiki.sugarlabs.org/go/Groupthink</a>, which could be a potential<br>
>> > solution to adding collaboration in the long run.<br>
>> ><br>
>> > - Eben<br>
>> ><br>
>> >><br>
>> >> _______________________________________________<br>
>> >> Sugar-devel mailing list<br>
>> >> <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
>> >> <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
>> >><br>
>> >><br>
>> > _______________________________________________<br>
>> > Sugar-devel mailing list<br>
>> > <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
>> > <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
>> ><br>
>><br>
>><br>
>><br>
>> --<br>
>> Walter Bender<br>
>> Sugar Labs<br>
>> <a href="http://www.sugarlabs.org" target="_blank">http://www.sugarlabs.org</a><br>
>> _______________________________________________<br>
>> Sugar-devel mailing list<br>
>> <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
>> <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
><br>
><br>
_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
</div></div></blockquote></div><br>