> Why no collaboration-like tube between activities?
>
> Are you referring to a "tube" strictly between two laptops (e.g. one
> student runs Measure and another runs a charting tool) or also in
> the case of two activities running concurrently on the same machine?
Why not follow the way it was
both
-walter
On Thu, Mar 26, 2009 at 1:39 PM, Garrison Benson
wrote:
>
>
> Why no collaboration-like tube between activities?
>
>
> Are you referring to a "tube" strictly between two laptops (e.g. one student
> runs Measure and another runs a charting tool) or also in the case of two
> activit
Why no collaboration-like tube between activities?
Are you referring to a "tube" strictly between two laptops (e.g. one student
runs Measure and another runs a charting tool) or also in the case of two
activities running concurrently on the same machine?
--
View this message in context:
htt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Walter Bender wrote:
> I thought Fred was getting at a much simpler idea. For example,
> Measure, when it is collaborating, is sending a simple data stream to
> each member of the collaboration. Why couldn't a chart program join in
> and instead of ren
To simplify, I think MIME types are the best way to communicate
between activities.
Spreadsheet data can be text/csv, image data can be image/png, plain
text can be text/plain etc.
That's currently what's supported by the clipboard anyway. All
activities have to do is implement a little more adv
Just thinking at the conceptual level. How about filtering irrelevant
method calls and signals? How about a RESTful interface (
http://en.wikipedia.org/wiki/Representational_State_Transfer)?
I don't know. Just thinking...
Thanks for contributing! --Fred
On Wed, Mar 25, 2009 at 5:21 PM, Benjam
I thought Fred was getting at a much simpler idea. For example,
Measure, when it is collaborating, is sending a simple data stream to
each member of the collaboration. Why couldn't a chart program join in
and instead of rendering the datastream as a waveform, it would render
it as a piechart. Of co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
For the moment, I assume you are speaking of our current network
collaboration technologies.
Walter Bender wrote:
> Interesting idea. I don't see why this couldn't work; I am not sure of
> the security implications, but I don't see why collaboration a
Interesting idea. I don't see why this couldn't work; I am not sure of
the security implications, but I don't see why collaboration always
has to be between two identical activities.
-walter
2009/3/25 Frederick Grose :
> Why no collaboration-like tube between activities?
>
> --Fred
>
> On Wed,
Why no collaboration-like tube between activities?
--Fred
On Wed, Mar 25, 2009 at 1:51 PM, Eben Eliason wrote:
> Seconding Walter...more inline.
>
> On Wed, Mar 25, 2009 at 10:19 AM, Wade Brainerd wrote:
> > This whole thing brings to mind something that I've been curious about
> for
> > aw
Seconding Walter...more inline.
On Wed, Mar 25, 2009 at 10:19 AM, Wade Brainerd wrote:
> This whole thing brings to mind something that I've been curious about for
> awhile.
>
> What's the "recommended" way to transfer data between activities?
>
> Say, I record some data in Measure and want to im
Wade Brainerd wrote:
> This whole thing brings to mind something that I've been curious about
> for awhile.
> What's the "recommended" way to transfer data between activities?
> Say, I record some data in Measure and want to import it into Chart.
> Or I generate some data in Finance and want to
The clipboard and the Journal are two recommended mechanisms. I would
think that in the case of the Chart activity, the Journal would
generally be more appropriate: you gather/generate some data in one
activity, save to Journal, and then open the data file in Chart to
explore various visualizations
This whole thing brings to mind something that I've been curious about for
awhile.
What's the "recommended" way to transfer data between activities?
Say, I record some data in Measure and want to import it into Chart. Or I
generate some data in Finance and want to import it into Chart.
Is the C
The Measure activity is another approach to consider: data collection
from multiple sources are shared and displayed in the same
visualization space.
-walter
On Mon, Mar 23, 2009 at 11:02 AM, Eben Eliason wrote:
> 2009/3/23 Jameson Quinn :
>>
>>
>> On Mon, Mar 23, 2009 at 8:44 AM, Garrison Benso
2009/3/23 Jameson Quinn :
>
>
> On Mon, Mar 23, 2009 at 8:44 AM, Garrison Benson
> wrote:
>>
>>
>> Jameson Quinn wrote:
>> >
>> > Implementing a whole spreadsheet is a big enough chore. We do really
>> > care
>> > about collaboration, but I would advise you to limit your ambitions to
>> > somethin
On Mon, Mar 23, 2009 at 8:44 AM, Garrison Benson
wrote:
>
>
> Jameson Quinn wrote:
> >
> > Implementing a whole spreadsheet is a big enough chore. We do really care
> > about collaboration, but I would advise you to limit your ambitions to
> > something achievable, so worrying too much about colla
Jameson Quinn wrote:
>
> Implementing a whole spreadsheet is a big enough chore. We do really care
> about collaboration, but I would advise you to limit your ambitions to
> something achievable, so worrying too much about collaboration right now
> is
> not vital.
>
I don't plan to create a sp
Implementing a whole spreadsheet is a big enough chore. We do really care
about collaboration, but I would advise you to limit your ambitions to
something achievable, so worrying too much about collaboration right now is
not vital.
Your job right now is to look under the hood and ask questions abo
Would someone be interested in mentoring me in this project?
Also, a thought about collaboration:
I think it would be quite useful to allow a group of students to share data
and edit it collaboratively in real time. Students working on an experiment
in class could each be assigned to collect a po
On Sun, Mar 22, 2009 at 1:20 PM, Benjamin M. Schwartz
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Garrison Benson wrote:
>> A traditional spreadsheet kind of interface would work (something like MS
>> Excel or OO.o Calc) but I think a more basic, application-specific interface
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Garrison Benson wrote:
> A traditional spreadsheet kind of interface would work (something like MS
> Excel or OO.o Calc) but I think a more basic, application-specific interface
> may be more accessible.
>
> Anyway, who's got comments or suggestions?
My name is Garrison Benson and I'm an undergraduate computer science student
at Hope College in Holland, Michigan, USA. I'm interested in participating
in Google Summer of Code and I'd like some feedback on my idea...
I want to make a Sugar activity that will allow students to create charts
and g
23 matches
Mail list logo
