|Version 4 (modified by 9 years ago) ( diff ),|
BluePrint: Inline Help
Table of Contents
- User Stories
- Current Implementation
- Planned Implementation
- Future Extensions
- Outstanding Questions
This will use a variety of formats to provide help to the user of the system. This includes tooltips that are linked with the fields in a form and guided tours which can be used to step a user through a particular process.
Documentation using a variety of published media such as video, screenshots and text are difficult to maintain and with a system such as Sahana Eden which rapidly evolves these artifacts are soon out of date. Additionally, much of this material is tied to a template and as the different templates expand to meet user needs capturing the same screenshot for a new template become a chore.
Inline help is independent of templates and will continue to work as the system evolves. Tours can be used to highlighted new material and help new users understand existing processes.
The system currently has tooltips which are tied to the form, but these can't be used to describe how the fields come together to manage a particular workflow.
This will be used by new users and made available to seasoned users who are trying a new workflow or have forgotten how to perform particular workflow. This will create more text to be managed by the system and so it will add an extra burden on the translators. This can be used to support remote training sessions. Developers can use this system to showcase a new feature. System documentors will have another system to maintain (although the maintenance cost of this will be lower than published material)
A new user wants to know what they can use Sahana Eden for. A new user wants to know how to access and use a particular workflow. A seasoned user doesn't want to be hindered by paper clips attached to the system. A manager doesn't want to have to train every volunteer on how to use the system. A user want the inline help to be available in their mother tongue.
Requirements for a guided tour
- Template functionality
- When templates share the same functional interface then they should be able to share the same tour
- When templates differ in functionality they should be able to modify an existing tour to reflect the different functionality
- The template design
- Tours should reflect the look and feel of the template
- The text displayed in the tour
- Should be integrated with the translation system
- Should be decoupled from the code
- A user who is not logged in
- Should be able to start a tour to get some basic information about the instance
- Should not be distracted by a tour if they are trying to log in
- A user who is logged in
- Should be able to start a tour where they left off
- Should be able to see what tours are available
- Should be able to see what tours they have completed
- Should control the speed of the tour (active participation rather than passive observer)
- An administrator of the system
- Should be able to collect anonymized usage data of the tours.
- Should be able to make a tour available
- Should be able to block access to a tour
- Designer of a tour
- Should be able to create text for a tour and link them to parts of the workflow
- Should not need to know any code
- Should be able to use database values in their text without having to perform SQL queries (that is the platform does it for them)
- When not running
- they should not have any noticeable impact on the performance of the system.
- When running
- They should never expose information that the user would not normally have the permissions to see.
- They should not prevent a user from aborting the tour and any point to perform their expected duties.
|settings.base.joyride||The name of the template specific tours.|
|pr_person_tour||A new table that will hold information about each tour the person has taken|
|person_id obtained from s3_logged_in_person()|
|place integer the place to resume within the tour, if not completed|
|Configuration||auto_start boolean - does the tour start automatically, default false|
|logged_in boolean - does the tour require the person to be logged in, default true|
|HTML_ID string unique identifier for the location of the tip|
|Button string the name of the button, default 'Next'|
|Tip_Location string the side of the HTML_ID to which the tip points to, (top, bottom, left, right) default bottom|
|DataTable_ID string Name of dataTable for which some data will be extracted|
|DataTable_row integer The row of the table for which data is to be extracted|
|DataTable_columns stringlist The column headings from which data is to be extracted (from the row) each column can be referred to in the text using the special combination %(dt_<heading>)s where heading is one of the dataTable headings and is used in the string list|
|Redirect URL page to which upon clicking the button the tour will redirect to|
Tour_Name, joyrideID_1 auto_start, false logged_in, false
Tip_Title, Situation Tip_Details, Each situation button will perform an action that will allow you to see the various resources that are available. HTML_ID, menu_div_sit Button, Next Tip_Location, Right
Tip_Title, Decision Tip_Details, Each decision button will perform an action that is part of a decision based on the situation. HTML_ID, menu_div_dec
Tip_Title, Response Tip_Details, Each response button will perform an action that is in response to an earlier decision. HTML_ID, menu_div_res Tip_Location, Left
Tip_Title, Facilities Tip_Details, Here are a list of the different type of facilities that are registered on the system. HTML_ID, facility_box Tip_Location, Left
Tip_Title, Feeds Tip_Details, Here are a number of media feeds which can be configured to listen for a variety of information. HTML_ID, feed-control Tip_Location, Top
Tip_Title, Register for an account Tip_Details, Click the link to register for a free account. You will need to have an account to create data and explore Sahana Eden in depth HTML_ID, register-btn Button, Finish
<Diagrams or Pseudocode>
<for User Interface solutions>
<for User Interface solutions>
<Leave open for a list of existing implementation of this solution in Sahana Eden:> <*a brief description of the implementation (date/time, name, design options chosen)> <*a link to the code> <*list of deployments of the implementation> <*links to case studies> <*short analysis of achievements/problems>
<List of goals for your implementations which you (include your name/github repo/IRC handle) are currently working on>
<List of features which could be included, but are outside of the scope of this extension>
<Questions about the features or design that haven't been (and need to be) answered>
<Links to external resources>