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 40: |
Line 58: |
| :instead of / in addition to the version tree view, we could have a filter that shows only the "related" (i.e. member of same version tree) documents in the regular Journal view | | :instead of / in addition to the version tree view, we could have a filter that shows only the "related" (i.e. member of same version tree) documents in the regular Journal view |
| :<nowiki>[</nowiki>actions view out of scope] | | :<nowiki>[</nowiki>actions view out of scope] |
| + | :<nowiki>[</nowiki>multiversion XIP support similar to tla: hardlinked/sparse revision library + working copy hardlinking from revision library] |
| | | |
| ;homunq: | | ;homunq: |
Line 53: |
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]] |