- Alignment Tool
- Relationship Tool
- Approval Tool
- General
- Appearance in any supported browser (Firefox, Safari, IE6 and IE7) should match the appearance in Firefox 3 on a Mac, to the extent possible
- Initial state
- Page should load completely and show normal interface
- "Alignment" tab should have
- Three accordians labeled "Standards", "Textbooks" and "Dictionary"
- Each accordian should have hierarchical list that should load correctly.
- *Should* display standard and textbook trees that are not marked as visible.
- "Selected Alignments" panel
- Four buttons, labeled "Remove Textbooks", "Remove Standards", "Remove Words", and "Remove All" in a neat row
- Rest of panel should be empty
- "Resources" tab should have
- Resource browser on left (see Resource Browser test script)
- Two tabs on the right, labelled "Alignments" and "Info"; these should be empty
- Alignment Tab operation
- Navigation
- Clicking on any non-leaf node in hierarchy should show or hide subnodes
- Dictionary does not have subtrees
- AJAX should only be called the first time a subtree is opened
- Switch accordians by clicking on the header for that accordian
- Exactly one accordian should be open at a time
- Arrow icon on accordian should be pointed up when accordian is open and down when not
- Accordians should maintain order (always Standards -> Textbooks -> Dictionary)
- Selection
- In general, exactly those nodes selected in the accordians should appear in the list in the Selected Alignments panel.
- Clicking in "[ ]" next to a node should mark that node as selected and it should appear in the Selected Alignments panel; "[ ]" should now be "[*]"
- If a non-leaf node is selected, then all subnodes should become selected, even if they haven't loaded yet
- General rule is that any node that is explicitly selected or deselected should "remember" that state when a parent node is selected or deselected; other nodes will always follow the parent node's selection state
- If a parent node is selected, these nodes will become selected
- If a parent node is deselected, these nodes will revert back to their remembered state
- Editing Selected Set
- Only those nodes which are selected in the left panel (accordians) should appear in the selected alignments list
- Clicking the "[X]" symbol the the left of an alignment should remove it from the list and also deselect the item in the accordians *as if the user had manually deselected the item in the accordian* (that is, the behavior for deselection should be the same no matter where the item was deselected from: either accordian or Selected Alignments panel)
- Clicking any of the "Remove ..." buttons should remove the desired items from the list *as if they were manually removed* and thus following the rules stated in (2) above.
- Resources Tab operation
- Viewing resources
- Selecting a resource from the resource browser should result in that resource loading in the tabs to the right
- The Alignments tab should contain
- The name of the resource at top
- A horizontal bar
- Two buttons: "Apply Alignments" and "Bulk Remove" on separate lines, with descriptions to the right
- A horizontal bar
- "Current Alignments"
- One list item for each type of alignment ("Standards", "Textbooks" and "Words")
- Each alignment section should contain a list of alignments that have been aligned with this resource and each alignment should consist of
- A checkbox (default unchecked)
- A button labelled "Remove"
- A description of the alignment
- The reason for the alignment given in a box "[reason: _..._]" where the reason is an apparent hyperlink
- Clicking on the alignment description should bring up a gray box under the alignment that gives the ancestry (parent nodes); clicking the description again will dismiss the box
- The alignments shown should be those that are marked as "DEV" in the database excluding those that are marked as DELETED
- The Info tab should contain
- The name of the resource at top followed by a horizontal bar
- A list of metadata fields for that resource
- The field name should be in bold
- The value should be to the right of the field in regular text
- If there are multiple values for a field, they should be displayed in a sublist
- Adding alignments
- Clicking the "Apply Alignments" button should add all of the alignments that have been selected in the "Selected Alignments" panel
- For each leaf node in the "Selected Alignments" panel, a new alignment entry should be added to the appropriate list (e.g., to "Standards" if the alignment is to an objective)
- For each non-leaf node in the "Selected Alignments" panel, a plethora of alignments will be added, for all of the subnodes of that non-leaf node
- Either all alignments succeed or all fail; report error message to user if they fail
- The new alignments should all be marked as DEV and NEW in the database; if any were previously deleted, but the deletions were not approved, the state of those alignments should go back to NEW
- Editing alignments
- Clicking on the hyperlink that contains the reason for the alignment should bring up a gray box under the alignment with a textarea pre-filled with the current reason; clicking "Submit" should update the alignment (both in the DB and in the tool) and clicking "Cancel" should result in no changes made to the reason
- If the alignment isn't already marked as NEW in the database, it should be marked as CHANGED if the user does indeed change the reason for the alignment
- Removing alignments
- Clicking the "Remove" button next to an alignment; if removal succeeds, alignment should disappear
- Clicking the checkboxes next to the alignments that are to be removed and then clicking "Bulk Remove"; this should function as if "Remove" was clicked on each alignment individually; the number of successful and failed removals should be reported to the user via an alert box; this operation does not require that all removals succeed or all fail
- General
- Appearance in any supported browser (Firefox, Safari, IE6 and IE7) should match the appearance in Firefox 3 on a Mac, to the extent possible
- Initial State
- Page should load completely and show normal interface
- There should be:
- Resource browser on the left
- Resource browser on the right
- Complex interfact in the middle with:
- "Existing Relationships" at top
- Text label that says "none" in italics (this will be the name of the currently selected resource)
- Empty blue box that will contain a list
- Blue array pointing to the right towards a one line text field (empty)
- One line textfield with arrow pointing towards the left towards it (empty)
- "Reason:" followed by a one line text field
- "Add" button (disabled)
- Browsing
- When a resource is selected in the *left* browser, the following should happen
- The resource name should appear in the box below "Existing Relationships"
- The URL for the resource should appear in the first textfield at the bottom of the central interface (blue arrow points to the right towards this textfield)
- Any relationships that the resource has that are marked as DEV, but not DELETED should appear in the large blue box in the middle; each relationship has:
- A button labeled "Remove"
- The name of the resource as a hyperlink, which should launch the correct URL in a separate window/tab
- "(reason: _..._)" to the right of the hyperlink; the reason itself should be a hyperlink
- When a resource is first selected, a "Loading..." indicator should appear in the big blue box before the relationships are displayed; this should not take an inordinate amount of time and certainly should not hang
- Resources that have already been visited before should not see a "Loading..." indicator and should not result in a new AJAX request
- Changing Relationships
- Adding
- To add a relationship, the following steps must be taken
- Resource must be selected in the left resource browser
- Another resource must be selected in the right resource browser
- The user may optionally add a reason for relating in the lowermost textfield
- Click the "Add" button to add the resource
- If a relationship already exists, the user should be notified upon clicking "Add"
- The "Add" button should be disabled unless resources are selected in both the left and the right resource browser
- New relationships should be marked as DEV and NEW in the database
- Editing
- To edit a relationship, a resource must be selected in the left browser and then the user may click on the hyperlinked reason field next to the name of the resource in the relationship listing
- This brings up a edit box which must contain the current reason, which the user may edit
- If the user clicks "Submit", the reason should change in the display and in the DB; also, the relationship should now be marked as DEV and CHANGED unless it is already marked as DEV and NEW
- If the user clicks "Cancel", no changes should take place for that relationship
- Removing
- To remove a relationship, the user must click the "Remove" button next to the relationship in the relationship listing (if a resource is selected on the left)
- The user should be notified if the relationship failed to be removed; otherwise, the relationship should simply disappear from the list
- General
- Appearance in any supported browser (Firefox, Safari, IE6 and IE7) should match the appearance in Firefox 3 on a Mac, to the extent possible
- Initial State
- There should be a checkbox labeled "Show confirmation dialogs when approving or denying resources"
- There should be an interface with 5 tabs:
- "By Resource"
- should show three sections labelled "New", "Deleted" and "Changed"
- "By Standard"
- should have a partial tree of the standards hierarchy, or "No unapproved resources"
- "By Section"
- same as By Standard, but for textbooks
- "By Word"
- should have list of words or "No unpproved resources"
- "By Relation"
- should have three sections: "New", "Deleted" and "Changed" with each one containing a list of relationships with the following info:
- Checkbox for selecting/deselecting the relatioship for bulk operations
- "Approve Button"
- "Deny Button"
- Source resource name -> dest resource name (these should be hyperlinks to the resources, open in new tab/window)
- Each section ("New", "Deleted", "Changed") should also have four buttons: "Approve Selected", "Deny Selected", "Select All" and "Deny All"
- By Resource Tab Operation
- By Standard Tab Operation
- By Section Tab Operation
- By Word Tab Operation
- By Resource Tab Operation
Generated on Wed Nov 24 02:01:30 2010 for Common by
1.5.6