Jump to: navigation, search

Difference between revisions of "StoryBoard/Notifications"

(start drafting spec)
Line 4: Line 4:
  
 
To be worked into a more readable spec for notifications, that will form the backbone of a roadmap for the next few months of StoryBoard development.
 
To be worked into a more readable spec for notifications, that will form the backbone of a roadmap for the next few months of StoryBoard development.
 +
 +
Spec
 +
====
 +
 +
People need to know:
 +
 +
1. When something that affects them updates in a way that affects them
 +
 +
Requirements:
 +
 +
a) Things that affect users must be tracked. Selectable subscriptions exist. If not all things that can be updated in a subscribed resource will be relevant, then...
 +
b) SB needs to track whether or not an update to a resource is relevant to the user.
 +
    i) What updates are possible?
 +
    ii) How will a user tell SB which updates to look out for?
 +
c) SB must inform user of these updates
 +
    i) In what way?
 +
 +
Implementation:
 +
 +
TBA, look into timeline events. Roughly divides into three parts:
 +
 +
a) SB tracking info
 +
b) Info displayed to user
 +
c) Info interactive
 +
 +
2. What the something is
 +
 +
Requirements:
 +
 +
Implementation:
 +
 +
3. Whether this update requires their input
 +
 +
Requirements:
 +
 +
Implementation

Revision as of 12:55, 20 November 2015

meeting irc logs here: http://eavesdrop.openstack.org/meetings/storyboard/2015/storyboard.2015-11-18-15.00.log.html

followup in #storyboard here: http://eavesdrop.openstack.org/irclogs/%23storyboard/%23storyboard.2015-11-18.log.html#t2015-11-18T15:46:32

To be worked into a more readable spec for notifications, that will form the backbone of a roadmap for the next few months of StoryBoard development.

Spec

==

People need to know:

1. When something that affects them updates in a way that affects them

Requirements:

a) Things that affect users must be tracked. Selectable subscriptions exist. If not all things that can be updated in a subscribed resource will be relevant, then... b) SB needs to track whether or not an update to a resource is relevant to the user.

   i) What updates are possible?
   ii) How will a user tell SB which updates to look out for?

c) SB must inform user of these updates

   i) In what way?

Implementation:

TBA, look into timeline events. Roughly divides into three parts:

a) SB tracking info b) Info displayed to user c) Info interactive

2. What the something is

Requirements:

Implementation:

3. Whether this update requires their input

Requirements:

Implementation