Difference between revisions of "Features/Server Objects Sharing"

From Sugar Labs
Jump to navigation Jump to search
Line 30: Line 30:
 
* 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 ==

Revision as of 04:13, 25 July 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 TurtleArt 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