Agenda
| Item
|
People
|
Description
|
| 1
|
KMor
|
Multiview update
|
| 2
|
CM
|
Report on testing solution for Qt. See #Qt Testing Requirements
|
| 3
|
CM
|
Present straw man class architecture for ParaView Server API
|
| 4
|
BW,DR
|
Present demo script. See #Demo Script
|
| 5
|
DR
|
Present Microsoft Project schedule overview |
| 6
|
BW
|
Update on videocon equipment
|
Demo Script
Section Author: David Rogers
This set of steps details the operations that the user will perform during the demo of early versions of ParaQ.
Requirements
- Platform: Windows XP.
| Step
|
Description
|
Purpose
|
| 1
|
Click on ParaQ Icon, which brings up application quickly. The interface is very simple, with a minimum of child windows included. There two toolbars present - 1)the macro toolbar, populated by several macros, which appear as icons; 2) the view management toolbar, which shows icons for the operations that can be performed on windows, including several quick layouts (side-by-side, 4 quadrants, one next to two stacked views)
|
Shows loading of simplified UI state, user-editable macros (from a pre-defined location), and quick-layout buttons
|
|
|
|
|
| 2
|
File->Open, browse to ParaQ xml file, and open it. This loads a complete configuration, including linked views, positions of toolbars, and attributes (such as timestep, current variable, etc.) that are needed to define the current state. User will perform view manipulation operations (pan, zoom, etc.).
|
Shows loading of previous state.
|
|
|
|
|
| 3
|
File->New, which clears state, creating a single geometry window
|
Shows File->New operation
|
|
|
|
|
| 4
|
View->Hierarchy, which shows the application hierarchy editor, docked in the left side of the application.
|
Shows how different windows are managed.
|
|
|
|
|
| 5
|
File->Open, browse to Exodus file. This creates an entry in the Hierarchy window, and shows a basic representation of the data in the current (only) window
|
Shows File->Open default behavior
|
|
|
|
|
| 6
|
User selects data representation in the Hierarchy window by clicking on it, then clicks a macro button. Macro is applied to the data, and the window updates.
|
Shows macro capability
|
|
|
|
|
| 7
|
User presses 'split screen' button in the view management toolbar. The second window is created, with a basic geometry window in it. There is no data in the window. This is now the selected window
|
Shows how users can create their own window layouts.
|
|
|
|
|
| 8
|
User selects data representation in the Hierarchy window by clicking on it, then clicks a different macro button. Macro is applied to data, and the second window updates to show the view.
|
Shows how users can create their own window layouts.
|
|
|
|
|
| 9
|
User clicks 'window' tab in the Hierarchy editor, bringing it to the front. User selects the two windows present (representing the two geometry views in the interface), then right clicks to show the context menu. There are at least two options - 'Link' and 'Unlink'. The 'Unlink' option is greyed out. User selects the 'Link' submenu, which shows several options, including 'Camera' and 'Timestep'. User selects 'Camera', and the windows are now linked. User demonstrates this by manipulating the camera directly in one of the windows. The other window updates accordingly.
|
Shows linking capability, ease of editing.
|
|
|
|
|
| 10
|
User exits program, which closes gracefully (pops up a 'do you want to save changes' message, etc.).
|
Ends demo without a 'bang!'
|
|
Qt Testing Requirements
- Test for code coverage.
- Test GUI's interaction with server manager.
- Test GUI itself (e.g. button click leads to correct action & results) that's insensitive to layout.
- Easy to create test cases.
- Community's ability to test and contribute to testing.
- Integration with vtk's and paraview's testing framework (meaning leverage testing abilities already existent such as image comparisons and such)
- Drive demos, using the same framework.
