Talk:Version support for datastore/Proposal: Difference between revisions
Sascha silbe (talk | contribs) →IRC notes: multiversion XIP support |
update link for Google Doc |
||
| (16 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
== UI mockups == | |||
[[Image:journal-version-mockup-1.png|800px|thumb|left|First mockup: previous and next buttons]] | |||
[[Image:journal-version-mockup-2.png|800px|thumb|left|Second mockup: combo box (closed)]] | |||
[[Image:journal-version-mockup-3.png|800px|thumb|left|Second mockup: combo box (open)]] | |||
[[Image:journal-version-mockup-4.png|800px|thumb|left|Third mockup: combo box with Favourite stars (closed)]] | |||
[[Image:journal-version-mockup-5.png|800px|thumb|left|Third mockup: combo box with Favourite stars (open)]] | |||
<br clear> | |||
== Scratch area == | == Scratch area == | ||
| Line 15: | Line 24: | ||
:Basically, all versions of a document would appear within the list view timeline. Their order within the list would be determined by their timestamp. If I work on 3 iterative versions of a document, then go back to the second version and make changes, I get a new 4th version which appears as the most recent item in the Journal. It doesn't matter (at least here) that I technically have a branch at version 2, which has children 3 and 4. What matters in the Journal perspective is that I worked on version 4 most recently. The tree is flattened into a list in the time dimension. | :Basically, all versions of a document would appear within the list view timeline. Their order within the list would be determined by their timestamp. If I work on 3 iterative versions of a document, then go back to the second version and make changes, I get a new 4th version which appears as the most recent item in the Journal. It doesn't matter (at least here) that I technically have a branch at version 2, which has children 3 and 4. What matters in the Journal perspective is that I worked on version 4 most recently. The tree is flattened into a list in the time dimension. | ||
:This is also the reason that the latest Journal designs split the UI into "action" and "object" views. The action view would be a temporal history of everything you've done (with each version through time). The object view would represent each object only once, by it's most recent version, thus providing a much shorter list. | :This is also the reason that the latest Journal designs split the UI into "action" and "object" views. The action view would be a temporal history of everything you've done (with each version through time). The object view would represent each object only once, by it's most recent version, thus providing a much shorter list. | ||
;Eben & Tomeu: | |||
This thread, http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg06008.html, consolidated in context, | |||
https://docs.google.com/Doc?docid=0AbFyRSVE0dmOZGQ5emZjOTZfMzBoeG1qMjhqbg&hl=en | |||
sugarlabs.org Google Docs original: | |||
https://docs.google.com/Doc?docid=0AUl2E5uTm959ZGd3N3FucXdfMWhzbjVjeGht&hl=en | |||
=== IRC notes === | === IRC notes === | ||
| Line 54: | Line 72: | ||
=== Gnome work === | === Gnome work === | ||
[http://mail.gnome.org/archives/desktop-devel-list/2009-April/msg00004.html first part] and | * [http://mail.gnome.org/archives/desktop-devel-list/2009-April/msg00004.html first part] and | ||
[http://mail.gnome.org/archives/desktop-devel-list/2009-April/msg00005.html second part] of Roadmap mail. | * [http://mail.gnome.org/archives/desktop-devel-list/2009-April/msg00005.html second part] of Roadmap mail. | ||
* [http://live.gnome.org/GnomeZeitgeist GNOME Zeitgeist] | |||
=== Wiki links === | |||
* [[Design Team/Designs/Journal|Journal design mockups]] | |||
* [http://wiki.laptop.org/go/Journal%2C_reloaded Journal reloaded] | |||
= Datastore feature requests = | |||
* [[Development_Team/Release/Roadmap/0.86#Datastore_features_that_could_benefit_Library]] | |||