Difference between revisions of "Developer Meetings/20120522"
From Slicer Wiki
| Line 8: | Line 8: | ||
* Version of DCMTK to support SlicerRT (needs dcmrt subdirectory) (Andras, Steve) | * Version of DCMTK to support SlicerRT (needs dcmrt subdirectory) (Andras, Steve) | ||
* Review of [http://www.na-mic.org/Wiki/index.php/2011_Winter_Project_Week:Breakout_Slicer#Plans Plans for Slicer4 port made in January 2011] to identify outstanding tasks. | * Review of [http://www.na-mic.org/Wiki/index.php/2011_Winter_Project_Week:Breakout_Slicer#Plans Plans for Slicer4 port made in January 2011] to identify outstanding tasks. | ||
| + | * Preparation for Project Week and NAC Site Visit. | ||
| + | ** Update on extension documentation [http://na-mic.org/Mantis/view.php?id=1989 #1989] | ||
| + | ** Review of [http://www.na-mic.org/Wiki/index.php/2012_Summer_Project_Week:SelfTesting Self Tests] | ||
| + | ** Other wiki documentation we should update? | ||
| + | |||
=== Meaning of vtkMRMLNode::ModifiedSinceRead === | === Meaning of vtkMRMLNode::ModifiedSinceRead === | ||
Revision as of 16:09, 22 May 2012
Home < Developer Meetings < 20120522Attendees:
To discuss
- Meaning_of_vtkMRMLNode::ModifiedSinceRead See #2082
- Nicole / Andras: multiple colors within one Model saving as vtk?
- Update of download.slicer.org so that links can not easily be "downloaded" by malicious bots
- Logo associated with CLI. Should we just recommend png ? See #2072
- Version of DCMTK to support SlicerRT (needs dcmrt subdirectory) (Andras, Steve)
- Review of Plans for Slicer4 port made in January 2011 to identify outstanding tasks.
- Preparation for Project Week and NAC Site Visit.
- Update on extension documentation #1989
- Review of Self Tests
- Other wiki documentation we should update?
Meaning of vtkMRMLNode::ModifiedSinceRead
From Julien - May 16, 2012: What is the exact meaning of vtkMRMLNode::ModifiedSinceRead ? From what I understand, it is a flag set to true if the "data" (e.g. vtkImageData, vtkPolyData) associated to the node has been modified since it has been set and observed. Currently, this information is only used by the Save Data dialog to know if the "data" needs to be saved or not. In the future, I believe it should be used by the SceneView node to know when saving "data". If my understanding is correct, then I don't understand your fix. Can you please comment ? Also, wouldn't it make sense that ModifiedSinceRead becomes a vtkMRMLStorableNode property instead of a vtkMRMLNode property?
