Difference between revisions of "Slicer4:ViewerDesign"

From Slicer Wiki
Jump to: navigation, search
Line 1: Line 1:
 
[[Slicer4:Developers#Projects|Back to Slicer 4 Developer Projects]]
 
[[Slicer4:Developers#Projects|Back to Slicer 4 Developer Projects]]
 +
 +
Ron would like to see a scalable architecture for the visual appearance of Slicer viewers as we add more types of elements and more of them. This architecture will also need to be able to accommodate new types of viewers such as graphs and tables.
 +
 +
We would also like to prepare a guide for developers of new types of viewers:
 +
* that ensures that all viewers have a consistent visual and interaction design,
 +
* and that makes it simpler for a developer to implement their viewer.
  
 
= Notebook for Slicer 4 Presentation Layer Design =
 
= Notebook for Slicer 4 Presentation Layer Design =
  
'''Ron would like to see a scalable architecture for the visual appearance of Slicer viewers as we add more types of elements and more of them. This architecture will also need to be able to accommodate new types of viewers such as graphs and tables.'''
+
 
  
 
== Notes & Sketches (Chronologically listed) ==
 
== Notes & Sketches (Chronologically listed) ==

Revision as of 12:42, 2 August 2011

Home < Slicer4:ViewerDesign

Back to Slicer 4 Developer Projects

Ron would like to see a scalable architecture for the visual appearance of Slicer viewers as we add more types of elements and more of them. This architecture will also need to be able to accommodate new types of viewers such as graphs and tables.

We would also like to prepare a guide for developers of new types of viewers:

  • that ensures that all viewers have a consistent visual and interaction design,
  • and that makes it simpler for a developer to implement their viewer.

Notebook for Slicer 4 Presentation Layer Design

Notes & Sketches (Chronologically listed)

  • Colors & Qt: Many of the viewers we are using colors from the Qt palette. The viewer "name" is color alias that is recognized by Qt. But it doesn't need to be this way. We could always go through a lookup to map viewers with nonstandard color names as the viewer name to a RGB triple. We'll just need to slip in that mapping in the appropriate places.

Guidelines for Developers of New Viewers