View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003551 | Slicer4 | Core: Base Code | public | 2014-01-09 06:17 | 2014-01-16 08:04 |
Reporter | pinter | Assigned To | jcfr | ||
Priority | normal | Severity | minor | Reproducibility | N/A |
Status | acknowledged | Resolution | open | ||
Product Version | Slicer 4.3.1-2 | ||||
Target Version | Fixed in Version | ||||
Summary | 0003551: Reconsider purpose and operation of Selection node | ||||
Description | Currently the selection node (vtkMRMLSelectionNode) only changes state on data load (at least this is the case for volumes). This is confusing, partly because of the naming, partly because of the PropagateVolumeSelection method. When we use the method, we would expect that the 'selection' is propagated, not the lastly loaded nodes shown.
It would be great to think about this. | ||||
Tags | No tags attached. | ||||
Added this a item for next week Dev hangout. See http://wiki.slicer.org/slicerWiki/index.php/Developer_Meetings/20140114 |
|
Great, thanks! |
|
To address Csaba use case, one approach could be to have the selection node updated if the view are linked. Note: Deprecate function Get/Set(Active|Secondary)VolumeId and add function Get/Set(Foreground|Background)VolumeId |
|
For the record:
|
|
Date Modified | Username | Field | Change |
---|---|---|---|
2014-01-09 06:17 | pinter | New Issue | |
2014-01-09 06:17 | pinter | Status | new => assigned |
2014-01-09 06:17 | pinter | Assigned To | => jcfr |
2014-01-09 06:43 | jcfr | Status | assigned => acknowledged |
2014-01-09 06:55 | jcfr | Note Added: 0010498 | |
2014-01-09 07:05 | pinter | Note Added: 0010499 | |
2014-01-14 10:56 | jcfr | Note Added: 0010520 | |
2014-01-16 08:04 | pinter | Note Added: 0010523 |