Notes |
|
(0007269)
|
Berk Geveci
|
2007-04-13 09:00
|
|
I think this is a very important feature. Infovis folks are working on this as well. We should spend some time to get this right. |
|
|
(0008423)
|
Berk Geveci
|
2007-08-13 14:20
|
|
This needs verification before closing. |
|
|
(0008808)
|
Berk Geveci
|
2007-09-03 10:53
|
|
This works well. We are labeling selections. To turn on labeling, bring up the selection inspector. At the bottom, under Display Style, there are tabs to turn on labels for selected cells and points. |
|
|
(0008850)
|
Ken Moreland
|
2007-09-05 17:36
|
|
The cell labels do not work in client/server mode with more 2 processes on the server and doing surface selection. Connect to a server with at least 2 processes, create a sphere source, do a surface selection, and then turn on labeling. Probably not all of the cells are labeled. The weird thing is that the labeling seems to work with frustum cell selection.
I appear to have similar problems with frustum point selection if I select a lot of points on the sphere. I have not tried surface point selection yet because that is not working for me right now. |
|
|
(0008890)
|
Berk Geveci
|
2007-09-07 14:05
|
|
I can reproduce this with 2 nodes as well. Create a sphere, a process id scalars filter and then rubber-band select several cells. Turn on labeling. Labels are all wrong. Happens with or without compositing. |
|
|
(0008970)
|
Dave DeMarle
|
2007-09-13 11:21
|
|
DataLabelRepresentation wasn't telling it's update suppressor what piece to work on. As a result each node would end up with N copies of node 0's data instead of everything.
/cvsroot/ParaView3/ParaView3/Servers/ServerManager/vtkSMDataLabelRepresentationProxy.cxx,v <-- vtkSMDataLabelRepresentationProxy.cxx
new revision: 1.12; previous revision: 1.11
|
|