Category:DatastoreRedesign: Difference between revisions

From OLPC
Jump to navigation Jump to search
No edit summary
 
(One intermediate revision by one other user not shown)
Line 1: Line 1:
== Journal ==
== Journal ==


* Main view shows '''actions''': Wrote a document, Draw a sunrise, Took photographs about my birthday, ...
* Main view shows '''actions''': Wrote a document, Draw a sunrise, Took photographs about my birthday, Copied ABC from USB ...


* An action is composed by '''metadata''' properties and can contain several '''objects'''.
* An action encapsulates the full state of an activity at the time of creating the entry. It is composed of '''metadata''' properties and can contain several '''objects''' (files/documents). Resuming an action resumes the activity. Actions can be shared synchronously (that is, the activity is resumed and shared).


* An object is composed by: a file, a mime type that refers to that file, metadata.
* An object is composed of a file and metadata (including mime type etc). Objects are versioned. It can asynchronously be shared on "bulletin boards". It can be opened in any activity handling its type.


* the clipboard holds objects, not actions. The clipboard basically is a bulletin board local to the user.
* May be needed an object view?

* May be needed an object view? Possibly for advanced users.


* Actions are grouped as '''versions''' of one more generic action. An action can be root or can be based on an existing one.
* Actions are grouped as '''versions''' of one more generic action. An action can be root or can be based on an existing one.
Line 13: Line 15:
* Objects are also related to other versions of one more generic object. ''Do we want to expose this in the Journal?''
* Objects are also related to other versions of one more generic object. ''Do we want to expose this in the Journal?''


* Actions and objects are immutable, but have some properties that refer to them and those can be changed: tags, description, starred, ...?
* Actions and objects are immutable, but have some properties that refer to them and those can be changed: tags, description, starred, ...? Actions never drop off the Journal, but if the corresponding object is missing, they are grayed out and can only be resumed after the missing object has been retrieved from backup.


* Full text search operates over metadata (both from actions and objects) and over the content of some objects (those we can extract text from).
* Full text search operates on metadata (both from actions and objects) and on the content of some objects (those we can extract text from).


* Removable devices such as USB sticks and SD cards would stop appearing inside the journal and instead would use a simpler view that would allow to transfer files into and from the journal.
* Removable devices such as USB sticks and SD cards would stop appearing inside the journal and instead would use a simpler view that would allow to transfer files into and from the journal.


''Eben, can you add some mockups?''
See [[Designs/Journal]] for some mockups of the new Journal.


== Activities ==
== Activities ==

Latest revision as of 16:20, 13 March 2008

Journal

  • Main view shows actions: Wrote a document, Draw a sunrise, Took photographs about my birthday, Copied ABC from USB ...
  • An action encapsulates the full state of an activity at the time of creating the entry. It is composed of metadata properties and can contain several objects (files/documents). Resuming an action resumes the activity. Actions can be shared synchronously (that is, the activity is resumed and shared).
  • An object is composed of a file and metadata (including mime type etc). Objects are versioned. It can asynchronously be shared on "bulletin boards". It can be opened in any activity handling its type.
  • the clipboard holds objects, not actions. The clipboard basically is a bulletin board local to the user.
  • May be needed an object view? Possibly for advanced users.
  • Actions are grouped as versions of one more generic action. An action can be root or can be based on an existing one.
  • Objects are also related to other versions of one more generic object. Do we want to expose this in the Journal?
  • Actions and objects are immutable, but have some properties that refer to them and those can be changed: tags, description, starred, ...? Actions never drop off the Journal, but if the corresponding object is missing, they are grayed out and can only be resumed after the missing object has been retrieved from backup.
  • Full text search operates on metadata (both from actions and objects) and on the content of some objects (those we can extract text from).
  • Removable devices such as USB sticks and SD cards would stop appearing inside the journal and instead would use a simpler view that would allow to transfer files into and from the journal.

See Designs/Journal for some mockups of the new Journal.

Activities

  • Most activities will save just one object inside one action, so these need to be able to use the existing super-simple API.
  • Other activities will want to use a more complex API for:
    • storing several objects inside the same action,
    • editing the metadata of the action and objects,
    • influence the display of the action in the journal?
    • ...

Datastore

Let's first agree on the Journal and Activities sections before working on this one.

Pages in category "DatastoreRedesign"

The following 4 pages are in this category, out of 4 total.