Error: Macro BackLinksMenu(None) failed

compressed data is corrupt

Error: Macro TicketQuery(summary=GROUP_TIMELINES_R0, format=table, col=summary|owner|status|type|component|priority|effort|importance, rows=description|analysis_owners|analysis_reviewers|analysis_score|design_owners|design_reviewers|design_score|implementation_owners|implementation_reviewers|implementation_score|test_owners|test_reviewers|test_score|) failed

current transaction is aborted, commands ignored until end of transaction block

Analysis

Overview

^{(Provide a brief overview of the whole task in its first revision. Stick to the current revision of the task, but keep an eye to the whole task progress, and stay alert for possible smells.)}

Task requirements

• Define what a timeline is
  • in Sophie, there is a single-page and multi-page timeline. Discuss this behaviour with non-programmers, since it is not good to be the same in Sophie2.
  • define the exact usage of the timelines, since it is very important for the design - will timelines be started by links (as in Sophie), or only by the bottom panel, or else. This is best to be documented.
  • define whether a timeline is a ProObject, held in a book/page, or a Resource, maybe something else.
  • a timeline must have any number of channels, executed simultaneously, with equal duration. They will contain zero or more entries, defining the actual actions which will be performed through time.
• Define what a timeline entry is
  • is must at least contain starting moment and action to be performed
  • define possible actions executed by the timeline and a way to implement them. Make several actions demonstatable, for example "Next page".
  • some actions must have duration, some not. After deciding what will be the possible actions, think of a way to store this information in the timeline entries.
• Think about need of persisting timelines, maybe templating or something other possibilities.
• Provide a way to manipulate a timeline - create, destroy, add entry, remove entry, play, stop.
• Design diagrams are strongly recommended.

Task result

^{(List the end product of the task (for example "Source code", "Wiki page", etc.))}

Implementation idea

^{(Provide some rough implementation idea(s).)}

Related

^{(Add links to related tasks that could be useful or helpful.)}

How to demo

^{(Provide instructions for demonstration of the task.)}

Design

^{(Describe your design here.)}

Implementation

^{(Describe and link the implementation results here (from the wiki or the repository).)}

Testing

^{(Place the testing results here.)}

Comments

^{(Write comments for this or later revisions here.)}