Commit eb91a926 authored by David Thompson's avatar David Thompson

Representation fixes.

+ Fix so that colors are recomputed when input multiblock changes.
+ Fix translucent geometry handling to account for all actors.
+ Note a potential issue with glyph coloring until we have data
  and a test case to investigate.
parent 4acf76e7
......@@ -224,6 +224,9 @@ int vtkSMTKModelRepresentation::RequestData(
this->GlyphMapper->Modified();
this->GetModelBounds();
// New input data requires updated block colors:
this->UpdateColorBy = true;
return Superclass::RequestData(request, inVec, outVec);
}
......@@ -255,7 +258,9 @@ int vtkSMTKModelRepresentation::ProcessViewRequest(
// ordered compositing when rendering translucent geometry. We need to extend
// this condition to consider translucent LUTs once we start supporting them.
if (this->Entities->HasTranslucentPolygonalGeometry() ||
this->GlyphEntities->HasTranslucentPolygonalGeometry())
this->GlyphEntities->HasTranslucentPolygonalGeometry() ||
this->SelectedEntities->HasTranslucentPolygonalGeometry() ||
this->SelectedGlyphEntities->HasTranslucentPolygonalGeometry())
{
outInfo->Set(vtkPVRenderView::NEED_ORDERED_COMPOSITING(), 1);
}
......@@ -1131,6 +1136,8 @@ void vtkSMTKModelRepresentation::ColorByEntity(vtkMultiBlockDataSet* data)
auto uuid = data->GetMetaData(it)->Get(vtkModelMultiBlockSource::ENTITYID());
if (uuid)
{
// FIXME? Check whether UUID corresponds to an instance or not.
// Instances should use the GlyphMapper rather than the EntityMapper.
ColorBlockAsEntity(this->EntityMapper, dataObj, uuid, this->Resource);
}
}
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment