ParaView 3.8 Deliverables

From ParaQ Wiki
Revision as of 11:01, 13 May 2009 by Kmorel (talk | contribs)
Jump to navigationJump to search

Priority 1 Deliverables

Name Description Owner
Plugins
  • Implement ParaView client as a "brand" (like OverView).
  • FireFox-style plugin manager. Maintain a list of known plugins. Allow users to select plugins for loading on startup.
  • Better error reporting.
  • Mechanism to specify dependencies with server-side components.
  • Better versioning support.
Multicore
  • Provide builtin with MPI.
  • Support CPU/GPU mismatch in pvserver?
Python
  • Saving trace/state as python. (Support in 3.4.2?)
  • Python API for block selection.
Testing
  • Make nightly green dashboard a priority.
  • Better coverage (boiling the frog).
  • Clean up redundant tests.
Documentation
  • Fortification of online documentation to include the "how to use paraview" part from the ParaView book.
  • Up-to-date documentation of server manager XML in the Wiki.
    • Recent changes.
    • How to set up input arrays (including specifying types and tuple lengths).
    • Hint elements.

Priority 2 Deliverables

Name Description Owner
Temporal Ranges Base things like color scale on something better than the initial conditions in the first time step that the user probably loaded to begin with.
UI Responsiveness Prevent the GUI from going into lala land when dealing with large data and high latency connections to the server.
  • Abort rendering.
  • Abort pipeline execution?
  • Allow rendering of previous state while pipeline is executing?
  • Allow GUI interaction while pipeline is executing?
VisIt Readers We are no where close to letting users use this on there own. This needs another fresh pass to see if we can make this easier/simpler.
SM Domain Cleanup Server manager domain need to update automatically when data changes/dependent propreties change. This ensure GUIs always show correct update values. Also avoid unnecessary server fetches.
True Model-View-Controller Currently SM is the model as well as part of controller, more controller logic sits in the pqCore layer. This results in massive duplication in python scripting. Need to rearchitecure to make SM the model, while add a separate hierarchy with controller logic that can be shared by all ParaView clients.
View/Representation Switch ParaView to using vtkViews and vtkRepresentations.
Camera Animation Need the ability to easily create an animation with the camera following a moving point or cell.
Charting usability Improvements for easy label changing, axes scaling etc.
Scatter Plots Should be self explanatory to set up, work with any data set, be scalable (work with large data sets in parallel settings), and support selections.
Parallel coordinates Should be self explanatory to set up, work with any data set, be scalable (work with large data sets in parallel settings), and support selections.

Priority 3 Deliverables

Name Description Owner
Deprecate lookmarks Replace with one or more things
  • Saving "sub-states" when saving state?
  • Save state/trace as python script and set as macro?
  • Better custom filters?
Custom Filters
  • Redesigned dialog.
  • Support for editing custom filters.
  • Support property links.
  • Support input fan in.
  • Support array selection for pipeline objects not at the top.
Simplified reader plugins There is too much work and needed tribal knowledge to create a reader plugin. We could use a simplified interface that a user with no knowledge of VTK can easily implement.