Difference between revisions of "Features/Server Objects Sharing"

From Sugar Labs
Jump to navigation Jump to search
m
 
Line 1: Line 1:
<noinclude>{{GoogleTrans-en}}{{TOCright}}</noinclude>
+
<noinclude>{{GoogleTrans-en}}{{TOCright}}
 +
[[Category:Feature Page Incomplete]]
 +
[[Category:Feature|Server Objects Sharing]]</noinclude>
  
 
<!-- All fields on this form are required to be accepted.
 
<!-- All fields on this form are required to be accepted.
Line 8: Line 10:
 
== Summary ==
 
== Summary ==
  
Share sugar datastore(Journal) objects on a standalone server.
+
Share sugar datastore (Journal) objects on a standalone server.
 
 
The main purpose is having one place to share users Journal objects like [http://scratch.mit.edu/] does for Scratch community (that doesn't exclude possibility of having storages for local community needs) i.e. having something similar to [[Activity Library]] but for Journal objects.
 
  
 +
The main purpose is having one place to share users Journal objects like [http://scratch.mit.edu/] does for Scratch community (that doesn't exclude possibility of having storages for local community needs), i.e., having something similar to [[Activity Library]] but for Journal objects.
 +
,
 
== Owner ==
 
== Owner ==
  
Line 28: Line 30:
  
 
The idea is keeping this feature as simple as possible from Shell point of view.
 
The idea is keeping this feature as simple as possible from Shell point of view.
* Utilize Browse for browsing/download/upload(?)
+
* Utilize Browse for browsing/download/upload (?)
* Minimal changes in Shell or even nothing(use Browse in all cases)
+
* Minimal changes in Shell or even nothing (use Browse in all cases)
* Server should return [[Features/Object_Bundles|object bundle]] if web client is Browse and plain Journal entries otherwise(for non-sugar users)
+
* Server should return [[Features/Object_Bundles|object bundle]] if web client is Browse and plain Journal entries otherwise (for non-sugar users)
  
 
== Benefit to Sugar ==
 
== Benefit to Sugar ==
Line 43: Line 45:
 
== How To Test ==
 
== How To Test ==
  
# Create a new TurtleArt activity
+
# Create a new Turtle Art activity
 
# Upload the new entry to the SL wiki using Browse
 
# Upload the new entry to the SL wiki using Browse
 
# Use Browse to download the entry back to Journal
 
# Use Browse to download the entry back to Journal
Line 75: Line 77:
 
== Comments and Discussion ==
 
== Comments and Discussion ==
 
* See [[{{TALKPAGENAME}}|discussion tab for this feature]] <!-- This adds a link to the "discussion" tab associated with your page.  This provides the ability to have ongoing comments or conversation without bogging down the main feature page -->
 
* See [[{{TALKPAGENAME}}|discussion tab for this feature]] <!-- This adds a link to the "discussion" tab associated with your page.  This provides the ability to have ongoing comments or conversation without bogging down the main feature page -->
 
[[Category:Feature Page Incomplete]]
 
[[Category:Feature]]
 

Latest revision as of 02:26, 18 October 2009


Summary

Share sugar datastore (Journal) objects on a standalone server.

The main purpose is having one place to share users Journal objects like [1] does for Scratch community (that doesn't exclude possibility of having storages for local community needs), i.e., having something similar to Activity Library but for Journal objects. ,

Owner

  • Name:
  • Email:

Current status

  • Targeted release: 0.86
  • Last updated: Thu Jul 9 01:37:37 UTC 2009
  • Percentage of completion: 0%

Detailed Description

Let users store sugar objects on standalone server. So, users can share theirs objects for broad audience.

The idea is keeping this feature as simple as possible from Shell point of view.

  • Utilize Browse for browsing/download/upload (?)
  • Minimal changes in Shell or even nothing (use Browse in all cases)
  • Server should return object bundle if web client is Browse and plain Journal entries otherwise (for non-sugar users)

Benefit to Sugar

Storing objects on a server, user shouldn't be online all time to share objects for other users. Users can treat server as a standalone additional storage as well.

Scope

How To Test

  1. Create a new Turtle Art activity
  2. Upload the new entry to the SL wiki using Browse
  3. Use Browse to download the entry back to Journal
  4. Resume it from Journal

This should ideally work for all Activities, then folks can actually start creating and distributing content/activities directly using Sugar, for other Sugar users.

User Experience

In progress

Dependencies

In progress..

Contingency Plan

None necessary, revert to previous release behaviour.

Documentation

Release Notes

In progress

Comments and Discussion